perm filename AUG76.IN[LET,JMC] blob
sn#237446 filedate 1976-09-23 generic text, type C, neo UTF8
COMMENT ⊗ VALID 00213 PAGES
C REC PAGE DESCRIPTION
C00001 00001
C00019 00002 ∂04-JUL-76 1650 REM via AMET BEEHIVE
C00021 00003 ∂05-JUL-76 0110 RDR
C00025 00004 ∂05-JUL-76 0139 RDR Computer Group Meeting
C00027 00005 ∂05-JUL-76 0145 RDR Freshmen
C00030 00006 ∂05-JUL-76 0516 RDR
C00034 00007 ∂05-JUL-76 1948 REG Line printer for LOTS
C00035 00008 ∂06-JUL-76 0133 DCL Increased power and diminishing returns
C00037 00009 ∂06-JUL-76 0940 REG
C00038 00010 ∂06-JUL-76 0941 RF PUB n POX
C00039 00011 ∂06-JUL-76 1610 TOB machine use
C00040 00012 ∂06-JUL-76 1615 FTP:CROCKER at USC-ISIB LWE speakers
C00041 00013 ∂06-JUL-76 1959 LIS rsl for pub and pox
C00042 00014 ∂06-JUL-76 2151 RDR at TTY52 2151
C00044 00015 ∂07-JUL-76 0321 RDR
C00046 00016 ∂07-JUL-76 0755 FTP:REM at MIT-DMS
C00047 00017 ∂07-JUL-76 0936 REG Programming class
C00048 00018 ∂07-JUL-76 1055 RWW MISC AI MEMOS
C00049 00019 ∂07-JUL-76 1103 BPM
C00054 00020 ∂07-JUL-76 1400 JMC*
C00055 00021 ∂07-JUL-76 1527 DDG PUB and POX service level
C00056 00022 ∂07-JUL-76 2050 GF
C00057 00023 ∂07-JUL-76 2053 GF engineering
C00058 00024 ∂07-JUL-76 2139 REM via AMET SPINDL (CRU3.FAI) HALT AT D326B+3
C00059 00025 ∂07-JUL-76 2338 DBL Mosc. lecture
C00060 00026 ∂08-JUL-76 0040 RDR Office(s)
C00062 00027 ∂08-JUL-76 0049 RDR
C00063 00028 ∂08-JUL-76 0057 TAG
C00064 00029 ∂08-JUL-76 0212 RDR tenex time
C00067 00030 ∂26-MAY-76 1209 JMC
C00068 00031 ∂08-JUL-76 0351 REM via AMET
C00069 00032 ∂08-JUL-76 0945 PJ Service Level
C00070 00033 ∂08-JUL-76 1000 BPM ¬RSL(batch_jobs)
C00071 00034 ∂08-JUL-76 1005 FTP:LINDSAY at SUMEX-AIM Weizenbaum's Book
C00073 00035 ∂08-JUL-76 1003 REG
C00075 00036 ∂08-JUL-76 1124 RF
C00076 00037 ∂08-JUL-76 1208 FTP:Lieb at MOFFETT-ARC Stanford PDP-20 System
C00086 00038 ∂08-JUL-76 2132 RDR SCIP & LSI
C00088 00039 ∂08-JUL-76 2246 RDR computer group meeting
C00089 00040 ∂08-JUL-76 2321 RDR
C00091 00041 ∂08-JUL-76 2347 RDR
C00092 00042 ∂09-JUL-76 0008 RDR
C00093 00043 ∂09-JUL-76 1111 QIB CORKY CARTWRIGHT'S ORAL
C00094 00044 ∂09-JUL-76 1145 ME
C00095 00045 ∂09-JUL-76 1203 RDR LOTS phone
C00097 00046 ∂09-JUL-76 1210 RDR highfiellllllllllldddd
C00099 00047 ∂09-JUL-76 1244 ZM NSF proposal
C00100 00048 ∂09-JUL-76 2002 TVR Librascope
C00101 00049 ∂09-JUL-76 2055 TVR
C00102 00050 ∂10-JUL-76 0052 RDR
C00103 00051 ∂10-JUL-76 1056 TVR Librascope
C00104 00052 ∂10-JUL-76 2240 DCL machine resources
C00105 00053 ∂11-JUL-76 1216 FTP:Robert Elton Maas (REM @ MIT-MC)
C00108 00054 ∂11-JUL-76 2201 REG
C00109 00055 ∂11-JUL-76 2248 TJW at TTY20 2248
C00110 00056 ∂12-JUL-76 1040 WD via AI SUSSMAN WILL BE HERE ON JULY 19TH FOR A WEEK. XE IS DOING
C00112 00057 ∂12-JUL-76 1506 100 : REM via AMET
C00114 00058 ∂25-JUN-76 2120 JMC
C00115 00059 ∂13-JUL-76 0436 FTP:Robert Elton Maas (REM @ MIT-MC)
C00118 00060 ∂13-JUL-76 1149 REG 20 facts
C00120 00061 ∂13-JUL-76 1535 CG Seminar on knowledge
C00121 00062 ∂14-JUL-76 0645 RSC Termination of flatten
C00122 00063 ∂14-JUL-76 0912 REM via AMET
C00123 00064 ∂15-JUL-76 1443 TOB
C00124 00065 ∂15-JUL-76 1708 FTP:RINDFLEISCH at SUMEX-AIM PRINTERS
C00125 00066 ∂16-JUL-76 1012 SSL 222
C00128 00067 ∂16-JUL-76 1438 MDD
C00129 00068 ∂17-JUL-76 1454 REG
C00130 00069 ∂17-JUL-76 2119 RDR
C00132 00070 ∂18-JUL-76 1305 FTP:Carl Hewitt (CARL @ MIT-AI)
C00133 00071 ∂18-JUL-76 1442 REG
C00135 00072 ∂18-JUL-76 1643 FTP:Robert Elton Maas (REM @ MIT-MC)
C00136 00073 ∂20-JUL-76 0640 RDR GOOD NEWS
C00138 00074 ∂20-JUL-76 0652 RDR DECUS (DEC Users Society)
C00140 00075 ∂20-JUL-76 1419 DCO
C00142 00076 ∂21-JUL-76 0025 DCO How to find my house
C00143 00077 ∂21-JUL-76 1418 RWW
C00144 00078 ∂21-JUL-76 1513 RWW
C00145 00079 ∂22-JUL-76 0717 RDR renaming of LOTS
C00150 00080 ∂24-JUL-76 0207 RWG
C00151 00081 ∂24-JUL-76 1458 RWW Debugging version of FOL
C00152 00082 ∂25-JUL-76 0141 REM via AMET VIKING MOTION.
C00154 00083 ∂25-JUL-76 0428 REM via AMET Another way to do something easily...
C00158 00084 ∂25-JUL-76 1146 EHF lots names
C00159 00085 ∂25-JUL-76 1317 100 : REM via AMET Your farfetched ideas.
C00162 00086 ∂25-JUL-76 1626 REM CONCEP[E76,JMC]
C00163 00087 ∂25-JUL-76 2304 BG
C00168 00088 ∂25-JUN-76 2120 JMC
C00170 00089 ∂26-JUL-76 0957 RCM report to ARPA
C00171 00090 ∂26-JUL-76 1044 ZM
C00179 00091 ∂26-JUL-76 1053 DBA via LONT
C00180 00092 ∂26-JUL-76 1201 RWW ARPA proposal
C00181 00093 ∂26-JUL-76 1207 RWW last note
C00182 00094 ∂26-JUL-76 1339 DDG VIKING
C00183 00095 ∂26-JUL-76 1704 TOB
C00185 00096 ∂27-JUL-76 0217 RDR
C00188 00097 ∂27-JUL-76 1401 TOB system load
C00189 00098 ∂27-JUL-76 1427 FTP:CERF at USC-ISI Moving Viking
C00191 00099 ∂27-JUL-76 1453 FTP:Vaughan Pratt (PRATT @ MIT-AI)
C00192 00100 ∂27-JUL-76 1654 MDD
C00193 00101 ∂28-JUL-76 1058 REG
C00194 00102 ∂28-JUL-76 1233 WD
C00195 00103 ∂28-JUL-76 2108 REG
C00196 00104 ∂29-JUL-76 0039 REM via DMS CRU2, the cruncher for ASCII text... POSSIBLE USE AT MIT-DM
C00198 00105 ∂29-JUL-76 0121 JMC
C00199 00106 ∂29-JUL-76 0927 FXB via AMET Keyboards
C00200 00107 ∂29-JUL-76 0932 FXB via AMET Keyboards
C00201 00108 ∂29-JUL-76 1301 TOB SYSTEM LOAD
C00202 00109 ∂29-JUL-76 1543 RDR via AMET spss
C00203 00110 ∂29-JUL-76 1645 HVA Parking Sticker for Prof. Samuel
C00204 00111 ∂29-JUL-76 1651 JBS via MITT Viking
C00205 00112 ∂30-JUL-76 0744 FXB via AMET Cray-1 Manual
C00206 00113 ∂30-JUL-76 0749 RDR 2 relatively unimportant points
C00207 00114 ∂30-JUL-76 1354 100 : rem via AMET
C00208 00115 ∂30-JUL-76 2301 MDD Files
C00210 00116 ∂03-AUG-76 0149 RDR LOTS location
C00213 00117 ∂03-AUG-76 0526 BGB PARTY
C00215 00118 ∂04-AUG-76 2031 FTP:Raphael at SRI-AI DINNER
C00216 00119 I guess this message is for you. - JMC
C00217 00120 ∂05-AUG-76 0235 LES ARPA Review
C00218 00121 ∂05-AUG-76 1025 DEW what I'm doing
C00219 00122 ∂05-AUG-76 1229 FTP:RAJ REDDY(A610RR29) at CMUA WORKSHOP
C00222 00123 ∂05-AUG-76 1448 LES ARPA review schedule
C00223 00124 ∂05-AUG-76 1555 RWW
C00224 00125 ∂05-AUG-76 1959 REG
C00225 00126 ∂05-AUG-76 2104 JMC
C00226 00127 ∂06-AUG-76 1100 JMC*
C00227 00128 ∂06-AUG-76 1908 FTP:HEDBERG at SUMEX-AIM Lots job?
C00228 00129 ∂07-AUG-76 2341 REG
C00237 00130 ∂08-AUG-76 2228 FTP:ALLEN NEWELL(A310AN02) at CMUA response
C00239 00131 ∂09-AUG-76 0007 TOB nsf
C00240 00132 ∂09-AUG-76 0406 FTP:HERB SIMON(A350HS02) at CMUA ARPA policies
C00244 00133 ∂09-AUG-76 1654 RDR immediate matters
C00246 00134 ∂09-AUG-76 1700 RDR
C00247 00135 ∂09-AUG-76 1700 RDR
C00248 00136 ∂10-AUG-76 2045 TOB ARPA
C00249 00137 ∂10-AUG-76 2100 LES Computer charges
C00250 00138 ∂11-AUG-76 1122 FTP:Nilsson at SRI-AI CS 225 COURSE DESCRIPTION
C00259 00139 ∂12-AUG-76 1818 ACT ARPA budget
C00260 00140 ∂12-AUG-76 2158 LES ARPA again
C00261 00141 ∂12-AUG-76 2209 LES
C00262 00142 ∂12-AUG-76 2206 TW via MAXC no cost extension
C00264 00143 ∂12-AUG-76 2343 REG via ALOT Position as LOTS manager.
C00265 00144 ∂12-AUG-76 2355 LES Pattis
C00266 00145 ∂15-AUG-76 0257 RDR via AMET
C00267 00146 ∂15-AUG-76 2353 LES
C00268 00147 ∂16-AUG-76 1120 PAW
C00271 00148 ∂16-AUG-76 1602 RDR
C00272 00149 ∂16-AUG-76 1653 PAW LA trip
C00273 00150 ∂17-AUG-76 1104 PAW bimonthly meetings with Miller
C00274 00151 ∂17-AUG-76 1350 RDR
C00275 00152 ∂17-AUG-76 1706 MUZ appt with Franklin
C00276 00153 ∂17-AUG-76 1817 LES ARPA BUDGET
C00281 00154 ∂19-AUG-76 1138 FTP:LIEB at SUMEX-AIM REF PDP-20
C00282 00155 ∂19-AUG-76 1158 DLB via AMET LOTS
C00284 00156 ∂19-AUG-76 1346 RDR
C00285 00157 ∂19-AUG-76 1511 RDR
C00286 00158 ∂19-AUG-76 1659 RDR via AMET
C00287 00159 ∂20-AUG-76 1005 PAM TA this fall
C00288 00160 ∂20-AUG-76 1246 RDR Benchmarks
C00289 00161 ∂20-AUG-76 1456 RDR
C00291 00162 ∂21-AUG-76 0321 RS sail
C00293 00163 ∂24-AUG-76 2203 TOB slow system
C00294 00164 ∂25-AUG-76 0639 FTP:BUCHANAN at SUMEX-AIM Weizenbaum review
C00295 00165 ∂25-AUG-76 0640 FTP:BUCHANAN at SUMEX-AIM buchanan's review of weizenbaum
C00317 00166 ∂28-AUG-76 1406 RDR LOTS location
C00319 00167 ∂02-SEP-76 1321 LES
C00321 00168 ∂03-SEP-76 1504 RDR via AMET SIPB
C00322 00169 ∂03-SEP-76 2236 FTP:Mark Crispin (MRC @ MIT-AI)
C00323 00170 ∂05-SEP-76 1539 RDR via AMET whhat up is
C00327 00171 ∂05-SEP-76 1600 RDR via AMET
C00328 00172 ∂05-SEP-76 2310 PMF
C00329 00173 ∂06-SEP-76 1453 RDR via AMET Telenet
C00333 00174 ∂07-SEP-76 0939 AJT Chatting
C00334 00175 ∂07-SEP-76 1117 AJT
C00335 00176 ∂07-SEP-76 1425 RDR STANnet
C00338 00177 ∂07-SEP-76 1525 AJT grumble
C00340 00178 ∂08-SEP-76 0037 FTP:Jonathan Day (DAY @ MIT-MC) Dialnet proposal
C00342 00179 ∂09-SEP-76 1303 CG INTRO TO LISP DOCUMENT
C00343 00180 ∂10-SEP-76 2319 ZM
C00344 00181 ∂11-SEP-76 1313 RDR via AMET Time
C00347 00182 ∂11-SEP-76 1426 REG via AI Personnel Reqs for LOTS.
C00349 00183 ∂11-SEP-76 1448 RDR via AMET QIB
C00351 00184 ∂13-SEP-76 1151 CG LISP NOTES
C00352 00185 ∂13-SEP-76 1547 FTP:R. David Roode (RDR @ MIT-ML)
C00355 00186 ∂13-SEP-76 1651 REG via AI
C00358 00187 ∂14-SEP-76 1122 EHF via AMET putting the cart before the horse
C00361 00188 ∂15-SEP-76 1100 JMC*
C00362 00189 ∂15-SEP-76 1320 AJT oral committee
C00363 00190 ∂16-SEP-76 0743 FXB via AMET Cray-1 manual
C00364 00191 ∂16-SEP-76 1128 JMC
C00365 00192 ∂17-SEP-76 1042 AJT
C00366 00193 ∂17-SEP-76 1352 AJT
C00367 00194 ∂17-SEP-76 1533 RDR via TYMT BLURB
C00371 00195 See attached from Luckham.
C00373 00196 ∂17-SEP-76 1700 REG via AI
C00374 00197 ∂17-SEP-76 1837 100 : REM via AMET Running UCI-LISP stuff as mentionned before
C00375 00198 ∂18-SEP-76 1658 ZM
C00376 00199 ∂18-SEP-76 1710 FTP:David Roode (RDR @ MIT-ML)
C00382 00200 ∂19-SEP-76 1905 RDR via AMET miscc.
C00383 00201 ∂20-SEP-76 0837 FTP:Joseph Weizenbaum (JOSEPH @ MIT-MC)
C00385 00202 ∂20-SEP-76 1632 TOB student
C00386 00203 ∂20-SEP-76 1928 RDR via AMET BLURB distribution
C00388 00204 ∂21-SEP-76 1613 ND
C00389 00205 ∂21-SEP-76 1700 DEW
C00390 00206 ∂21-SEP-76 2123 RDR via AMET
C00392 00207 ∂21-SEP-76 2338 RDR CMU
C00394 00208 ∂22-SEP-76 1841 EJG DIALnet
C00395 00209 ∂22-SEP-76 1945 RDR isi 20
C00396 00210 ∂22-SEP-76 2031 FTP:FEIGENBAUM at SUMEX-AIM FACULTY MEETING
C00397 00211 ∂22-SEP-76 2252 CG LISP DOCUMENT
C00398 00212 ∂23-SEP-76 1002 ZM Karel Culik
C00399 00213 ∂23-SEP-76 1431 FTP:FEIGENBAUM at SUMEX-AIM re committee to handle conversion of csd courses to lots
C00400 ENDMK
C⊗;
∂04-JUL-76 1650 REM via AMET BEEHIVE
To: JMC, ELM, TAG
I think my power supply is about to go out.
I'm getting ac hum on deflection.
∂05-JUL-76 0110 RDR
To: LOTS.DIS[P,DOC]:;
Although I think that it would be best if we did not ever have any restraints
on use of the LOTS machine, I cannot realistically believe that this is the
way it will be. One thing we can do is to resolve never to have the machine
set idle while someone wants to use it but cannot due to our access methods.
This applies in whole or in part (i.e., a half loaded machine is bad too).
So, we must have some system like UC Berkeley's guest accounts or time
and/or load sensitivity in the algorithm for limiting use of an account, when
we eventually are forced to do so. WE MUST AVOID FUNNY MONEY COMPLETELY!!!
There are any number of possibilities, such as limiting the number of hours
per day with time not lasting as long during high loads and allowing unlimited
use between 1 and 7 am, which we can give creative consideration when the time
comes--all I'm saying now is that we should resolve to take this attitude then.
***I suggest we write a broad "Fundamental Standard of LOTS" so that this
principle will not be lost in any future shuffle. We might also take the
time to formally elaborate a little on our objective in LOTS.
Then, in a related but different vein, I also think that we should set up
the student machinery apart from LOTS but with the approval of LOTS to
accept responsibility for allocating some of the resouce ourselves, should
that ever become necessary. This is apart from the last suggestion, which
is LOTS, and falls in the category of being the responsibility of some
student organization. I would not want to see students in the same
predicament as has been the case with SCIP, especially since although
we may have temporarily cut ourselves off from SCIP, that is only guaranteed
to last for two years. Also, if LOTS does fall under SCIP, that will
ocurr at exactly the worst time for arrangements of delegating such
authority to students to be made.
***I'm suggesting a parallel to the MIT SIPB, to be established now, while
we have our foot in the door, as an insurance policy.
I hope no one thinks I'm being overly paranoid in these matters, but I'm
sure you fellow students will agree that there is every reason to be a
little nervous.
¬
I agree that LOTS should never get into the position where people
are cut off when resources are available. Since we are not bound
by the "flexible pricing agreement", I can't see it happening and
will endorse a suitable statement of it.
∂05-JUL-76 0139 RDR Computer Group Meeting
To: LOTS.DIS[P,DOC]:;
What does anyon think of the idea of having a meeting of the "Stanford Computer
Group" soon this summer? This would maybe allow us to reach someone we
are currently missing, and thereby increasestudent involvement in LOTS; I
guess I mean via the Once Around the Quad announcement and that would
primarily affect people who hadn't been here this year(others would have
come earlier if they were interested)--but so what if we involve someone
who will leave in September?
I'd also like to make an effort to involve some incoming freshman, but that
woulld have to take a different form.
∂05-JUL-76 0145 RDR Freshmen
Basically, I view freshmen as the most important (considering only undergraduates
for the purposes of this discussion) benefiters from LOTS, followed by
sophomores,juniors and seniors, in that order. There a number of reasons for
this but I guess I just feel that the newer one is the more helpless and the
worse he has been being affected by SCIP's SCIPness. Also, it is freshmen
who will be around for four more years and will thus give the greatest return on any
investment. Upperclassmen are more set in their ways and we have involved those
of them who are most likely to be interested in LOTS. While less likely to
already know something, a freshman is much more likely to have spare time.
Anyway, the point of all this is that I think we would do well to make a special
effort to reach freshmen--from the above perspective and also because upperclassmen
can take care of themselves and will follow if we interest freshmen.
So, I don't know how broad you want to make the tasks for this summer, but I
think it would be good to send out a letter (or include one in a planned
Freshmen mailing, if ∃) describing our high hopes and welcoming interest and
assistance. Some of next year's freshmen live in the area and might
be available this summer.
We would have to expect that some respondants(if any) might not be of much use
right off--what do you think?
Also, we should hurry up on the formal announcemment and in it invite questions
and efforts by volunteers. If we could get a bulk mailing rate(why not?) we
could even send a mailing to the entire student body. This is partly why
I would like a LOTS office and phone as soon as possible...
∂05-JUL-76 0516 RDR
I don't think I was enthusiastic enough when you mentioned the summer job.
The fact of the matter is that I should have been very enthusiastic. I feel
like there are a lot of things I want to be sure LOTS does and especially
back when it was not apparent that you or Ralph and not SCIP were going to
be involved with LOTS, I planned on remaining around here this summer to
get LOTS on the road. I was going to talk to Franklin about hiring me; but
then it looked like your involvement made mine less crucial, and the LOTS
budget didn't start right away. Yet, I did not want to take a 40 hour
a week summer job in Sunnyvale because then I would have no time to
spend on LOTS. I was wondering what to do and then Dickens said if I needed
a summer job, full or part time, I should just ask. Well this did not
seem ideal because what I could help SCIP with is what I should be helping
LOTS with, but I figured I could always work part time for SCIP for money and
I would be around for LOTS too. Also, there a lot of improvements I have
been trying to get SCIP to make for which I have received no response that
was not completely frustrating so here I could do it for them and be paid
for it. So I felt I was going to have to take the SCIP offer, but I didn't
want to so I delayed and then you brought it up in a very offhand way.
Another thing is that I would prefer to be more officially connected to
LOTS than at present, because of the need to interfcace with other
organizations it helps to have a title.
By the way, I am also interested in being the student manager next year. I
see that as a place where I can do a lot of good and I would like to
spend full time on it, hopefully registering for one class per quarter
so I could retain student status and qualify to live in a dorm on campus
and fill the goal of being a sort of liason with students. I think the
one class registration would be easy to arrange although normally it
is not because a) LOTS has connections and b) there is something about a
university employee being eligible for such a privilege.
∂05-JUL-76 1948 REG Line printer for LOTS
Everyone's favorite PDP-11 line printer is made by PRINTRONICS and costs about
$5K or 6K with interface. I'll get more details soon. The catch is that it's
totally incompatible with the LP20 (which is the world's crummiest printer with
the world's hairiest interface). Well, if we buy a PRINTRONICS we've saved
half the money it would cost to buy the PDP-11 sources. (I'd hate to have to
get the 11 and a non-standard printer working in 6 weeks without the sources).
∂06-JUL-76 0133 DCL Increased power and diminishing returns
I go along with your proposal to give PUB and POX jobs
a low priority.Perhaps some other programs too (NEWS).
The total number of jobs running seems to be a measure
of the problem. We should tighten up on unauthorized
users and hangers-on (e.g.KS and RSS).
You can make it harder to get in the building or develop
a class society for service level.
Also course work users could be restricted to a lifetime
total of bams and wams.
Our present service level system assumes all programs are
equally relevant to the lab.
∂06-JUL-76 0940 REG
In re service level and PUB: Just how were you planning to implement that?
∧ ∂06-JUL-76 0941 RF PUB n POX
You are right. I think this POXtulent and rePUBnant period will end
shortly; several progress reports and theses are almost done. How
will you enforce the policy?
∂06-JUL-76 1610 TOB machine use
Thanks for the changes on behalf of research.
Tom
∂06-JUL-76 1615 FTP:CROCKER at USC-ISIB LWE speakers
Date: 6 JUL 1976 1614-PDT
From: CROCKER at USC-ISIB
Subject: LWE speakers
To: JMC at SU-AI
John,
Cordell suggested you might be interested in a pair of LWE
speakers I have. They're just like his. I have changed my components
and no longer need these speakers. They're in good condition and I think
they're worth $300 for the pair. (They cost $250 each when new)
Steve
-------
∂06-JUL-76 1959 LIS rsl for pub and pox
The system message implies that "documentation" is somehow not part
of "research", or at least is a low priority part. If this is in
fact the reason for not allowing service level for POX and PUB,
then I strongly disagree with the decision. If this is not the reason,
then I would appreciate an outline of why the decision was made.
∂06-JUL-76 2151 RDR at TTY52 2151
To: JMC, IT.MSG[LOT,RDR]
will we want to be ourselves responsible for maintainence of LOTS
terminals? If not the university will likely want to include this in with
SCIP's purchase and have them run it which might not be such a bad idea
except they seem to charge more than we would want for maintainence and
generally force modems upon us. How will we then enforce the sell-it policy?
Maybe we do not need to?
But if we assume LOTS responsibility for them, I'm not sure the proposal
is worded correctly--we don't want them to assume we mean SCIP to take
care of them.
Basically, this could be the original DECwriter proposal revitalized
to use CRT's instead and with the switch to being feasible.
I think LOTS should take initial responsibility for its terminals.
We may later contract with SCIP for their maintenance if that seems
like a good deal. SCIP has been helpful in keeping us informed of
the terminal opportunities, but LOTS should not become dependent on
SCIP. Subordination follows dependence. Whether LOTS succeeds or
fails depends on us, and I don't want to get into a position where
SCIP can be blamed for a failure or take credit for a success.
∂07-JUL-76 0321 RDR
1] The extender port of the LSI's is RS232C ... So you can
daisy chain ad infinitum. We can put a DECwriter on wheels, or better
still, one without a keyboard.
2] I know a high school student (senior)(profgessor's kid) with a home
terminal who would be willing to donate labor to convert Dartmouth, GSB(HP) and
other BASIC programs into our version of DEC BASIC. Also, there would be
some effort to gathering these tpgether. I think we need to do this, so
why not now [In particular, a lot of the programs that the social
scientists liked were written in BASIC]. Once a few programs are
converted the differences should be apparent enough. What do you say
I am looking into getting TENEX time between now and our machine arrival
for such things. Suppes will sell, but maybe SUMEX can give.
Can you get draft memo for LSI purchase done today?
∂07-JUL-76 0755 FTP:REM at MIT-DMS
DATE: 7 JUL 1976 0813-EDT
FROM: REM at MIT-DMS
ACTION-TO: JMC at SU-AI
MESSAGE-ID: <[MIT-DMS].36392>
NETDOC;RFC 717 contains proposed network numbers and protocol for
packet-switching between various networks including the Arpanet and
at least three others. I don't know whether this relates to the idea
of DialNet or not, but thought you might be interested. MIT-DMS seems
to put lots of net RFC's on their system message file that otherwise us
randoms wouldn't find out about...
∂07-JUL-76 0936 REG Programming class
To: LOTS.DIS[P,DOC]:;
Introduction to PDP-10 Assembly Language Programming will meet at the AI Lab
conference room Monday and Wednesday nights at 8 PM. I expect to scare everyone
away in no more than 6 lectures: July 12, 14, 19, 21, 26, and 28.
∂07-JUL-76 1055 RWW MISC AI MEMOS
WORK ON THE PRIMER IS PROCEEDING NICELY. I NEED SOME SUGGESTIONS ABOUT
THE PAPER CONTAINING THE MANY PROOFS, THERE IS A MOUNTAIN OF INFORMATION.
RWW
↓ ∂07-JUL-76 1103 BPM
To: RDR
CC: REG, JMC
∂07-JUL-76 0337 RDR DataMedia
Stuart Angus gave me a price sheet which puts Stanford in the
100 and up quantity OEM class. Elsewhere, I heard DataMedia gives
a 7% educational discount. Do you have any idea if this is imcluded in
the prices on the price list, or if I can talk him out of moe?
Also, are the AI DataMedias Elite 2500's and how does
the SUMEX keyboard affect the price? If they are 2500's,
why aren't they 1520's?
Do you have any idea where TVEDIT originated? Was it IMSSS?
Do their Imlacs have any features relative to TVEDIT
that the DataMedias do not?
I'm just trying to playthe game with a full deck where LOTS is concerned.
*********************
David:
I put a copy of our purchase order in Ralph Gorin's mailbox for you.
We bought our Datamedias in the 10-24 OEM bracket, which basically
meant a 5% discount from the 1-9 bracket. But on top of that, we got
a 7% educational discount.
So we got Datamedia Elite 2500As with SUMEX keyboards and char/line
insert/delete and tabs. The tabs were free. The insert/delete is
$200 extra. Their price sheet lists a 2500A as $2080 + $200 for
insert/delete, total $2280. But we didn't get their keyboard, so
subtracting that off left $2044 base price. Then we subtract 5%
quantity discount and then 7% educational discount. Then we add in
the SUMEX keyboard, which is normally $350, but we also wanted the
new, nicer "small top, matte finish" key caps. These were $30 extra
for the first 20 SUMEX keyboards sold with them. After 20 (which
quota probably has been met by now, since we bought 11 and other
groups have been buying them too), this extra charge will drop down
to $15. We also bought a spare of each PC board. We didn't get any
discounts at all on these.
So on prices, if he really quoted you 100-up OEM, it looks like
that's a much better deal than we got. But perhaps that includes the
educational discount already. You might as well try for the extra 7%
anyway, though!
We decided we had to have the 2500s rather than 1520s because of the
hardware char/line insert/delete feature. We tried to get them to
build us 1520s with char/line insert/delete as the only special
feature. They wouldn't. For all the extra money, you also get
blinking and double intensity character modes. Everything else you
buy is worthless, as far as I can tell. We considered how slow ETV
(or TVEDIT) would run without the hardware insert/delete and decided
it would be much too slow.
TVEDIT originated with McCarthy's PDP-1 in 1965(?). Then Dan
Swinehart wrote a version in SAIL for the AI Lab, and someone wrote a
version for IMLACs at IMSSS around the same time. Then Fred Wright
wrote a FAIL version at the Lab (Marty Frost and Art Samuel are now
in charge of it). Meanwhile, Pentti Kanerva wrote a SAIL version at
IMSSS for TEC and Datamedia terminals. I believe the IMSSS Imlacs
have extra core and do some editing locally. You might check with
Pentti about this.
Brian
∂07-JUL-76 1400 JMC*
Finland
∂07-JUL-76 1527 DDG PUB and POX service level
0% is too extreme when trying to get out a thesis or an NSF progress report.
How about 50% of scheduled SL?
∂07-JUL-76 2050 GF
]
∂07-JUL-76 2053 GF engineering
To: LOTS.DIS[P,DOC]:;
I talked with prof street and Adams about diverting computer funds
to LOTS and they were very skeptical about the ease of converting to
LOTS . I think we need to organize an approach to individual profs
and plan to give all the help we can to get the first ones going.
Especially important are the Dean[kays], and the two Associate Deans
mentioned above. DλI hope RDR is giving some thought to this.
[jmc] The personnel descriptions seem fine, but they need to
comment about salary...how it will be settλand in what range/λ.
β ∂07-JUL-76 2139 REM via AMET SPINDL (CRU3.FAI) HALT AT D326B+3
To: RWW
CC: JMC
Ok, I put in the code to read a short last-record when mini-bubbling.
That fixes the HALT we got during the demo. Ready for a new demo,
hopefully with no bugs in SPINDL...
↓ ∂07-JUL-76 2338 DBL Mosc. lecture
Given by Rejina Bubil and Selma Light, of the Bay Area Council on
Soviet Jewery, S.F. I don't know their phone number offhand.
Regards,
Doug
Thanks.
∂08-JUL-76 0040 RDR Office(s)
To: JMC, GF, REG
The sooner the better.
There are piles of items all over my domicile that pertain to LOTS. This
is the least of the reasons why a LOTS office is needed soon. When we get
a telephone, we can easily receive comments from people on campus who
want to know about LOTS. We need people to know about LOTS. We need one
or two dial-up terminals in a place on campus that is available to all
working on LOTS. The lack gets more noticable every day.
Also, we would do well to establish our more or less permanent address
so that in correponding with other universities, DECUS, vendors and the
like, we will not be lost in the ID mail shuffle on the way back, or
confused with AI or anyone else (i.e., my Post Office Box is no answer).
I suspect that rooms in Cedar are about emptied by now, and we should
be able to move SCIP into one and us into where SCIP vacated--anyone
of several Pine rroms would do... It will take maybe two weeks to arrange
a change even after a decision, and I don't see why we cannot go ahead.
I'll try Franklin on it tomorrow.
∂08-JUL-76 0049 RDR
a revised termin[lot,rdr] now is.
∂08-JUL-76 0057 TAG
I APPROVE OF OUTLAWING SL FOR BATCH. THIS IS, AFTER ALL, A TIMESHARING SYSTEM.
∂08-JUL-76 0212 RDR tenex time
To: JMC, REG
I thought we would be able to get some IMSSS time free. Suppes has an account
here. It seems just common courtesy. If we get an XGP, which neighbors of
ours in Pine Hall do you think will be frequent users? Maybe it could be
worded differently. We could use it only in off hours. There are some
programs on his machine we might like. He just doesn't have the right
attitude, except he may have thought we were going to up his user average
for the summer by several or something. This should not be the case.
Will we have a link to IMSSS? Will yours stay around? Can I FTP a file
there without an account? Doesn't anyone already have an account on IMSSS
that we could use?
SUMEX would be good for nine track tapes, too. If we can't get a free account,
we have friends over there. Erik Hedberg the undergraduate for one, and they
hire a student operator for another. There must also be other ways.
What about file storage for what we get ready for the 20? I imagine nine
track tape would be the end desire, but what about before then?
Perhaps I should have asked Suppes for free time. I will ask SUMEX for
free time. The AI Lab can afford disk storage for all I imagine
will be needed.
∂26-MAY-76 1209 JMC
Don't get discouraged. The KL-10 without cache will be up in a few
days (1.5 times the crunchies) and with cache (5 times) in a week
or so.
[REM - Well, at night when there aren't enough running jobs to
require swapping, compute-bound jobs do indeed run 4 times as fast,
but the lack of Librascope and 512k cripples the system whenever
the load gets heavy. I remain discouraged as of 76.7.07 when it
still takes a minute to get echo and 3-11 minutes to do 1 minute of
disk i/o any time from 6 am to 6 pm...]
∂08-JUL-76 0351 REM via AMET
Parse that last message: (1 minute echo) and (3-11 min ... any time 6am-6pm) -- the slow echo is mostly noon to 3pm and thereabouts
∂08-JUL-76 0945 PJ Service Level
Why not try no service level at all for a while?
∂08-JUL-76 1000 BPM ¬RSL(batch_jobs)
Good idea.
∂08-JUL-76 1005 FTP:LINDSAY at SUMEX-AIM Weizenbaum's Book
Date: 8 JUL 1976 1005-PDT
From: LINDSAY at SUMEX-AIM
Subject: Weizenbaum's Book
To: McCarthy at SU-AI
I understand that you have written some comments on Joe Weizenbaum's
book"Computer Power and Human Reason". I would very much like
to see this material and anything related (his reply, etc). If you
are willing, please send it to me (Lindsay@Sumex-Aim) or mail it
to
Please mail a copy of my review of Weizenbaum's book to
Robert Lindsay
1305 Challmers Drive
AAnn Arbor, Michigan 48104
Thank you.
Bob
-------
Files with first name WEIZEN in the directory PUB,JMC concern this matter,
and I'll mail you a copy of my review.
∧
∂08-JUL-76 1003 REG
Rather than outlaw service level for batch jobs, I favor outlawing batch
jobs. I have two principle objections to batch jobs. First, since they're run
without supervision, if they start looping, there's no one around who can decide
whether it's losing or not. I've seen batch jobs with 2 hours of CPU time get
flushed by a scheduled reload; presumably every second of that time was wasted
thereby. The other objection I have is that people who submit jobs are like
absentee landlords; they remove themselves from the scene of the crime, so
to speak, and remove themselves from the social presures normally felt by people
who run large compute bound jobs.
∂08-JUL-76 1124 RF
∂07-JUL-76 2328 JMC A name.
Do you have the name and possibly the telephone of the younger of
the two women who talked at the I-Center about their visit
two the Soviet Union and their contacts with Jews there.
[RF - Her name is Regina Bublil, and can be reached at the Bay
Area Council for Soviet Jews. I can get you a phone number for
them if you don't have it, I think.]
∂08-JUL-76 1208 FTP:Lieb at MOFFETT-ARC Stanford PDP-20 System
Date: 8 JUL 1976 1207-PDT
From: Lieb at MOFFETT-ARC
Subject: Stanford PDP-20 System
To: JMC at SAIL
I understand that you will be running a PDP-20 system for the Stanford
student community and will have an opening for a system programmer.
I am forwarding my resume as I am interested in the position. Could I netmail
or call some time next week for an appointment?
James M. Lieb RESUME OF QUALIFICATIONS
------------------------
2620 Quartz Street
Santa Cruz, California 95062 Telephone (408)475-4153
----------------------------------------------------------------
OBJECTIVE
---------
SYSTEMS PROGRAMMER SOFTWARE SPECIALIST
SUMMARY An experienced Systems Programmer with hardware experience,
------- capable of designing both stand-alone and operating system
supported systems.
PROFESSIONAL EXPERIENCE
-----------------------
Systems Control Incorporated, Palo Alto, California
---------------------------------------------------
November 1975 to Present Title: Systems Support Programmer
---------------------------------
Responsible for all software support on the KA-Tenex
system. Maintained Tenex version 1.33 and upgraded standard
subsystems to the current versions. Reorganized the
accounting system and initiated accounting procedures
Organized and presented classes to both clerical and
programming users not familiar with the PDP-10.
Current responsibilities:
Maintenance of the Tenex system including all subsystems.
Train operations staff and provide technical advice to the
Operations Manager. Provide user support and training.
Manage the day to day technical operation PDP-10 system.
Sumex-Aim Project, Stanford University Medical Center
-----------------------------------------------------
July 1974 to Nov 1975 Title: Systems Programmer II
---------------------
Designed and installed Very Distant Host interface to the
ARPANet for the Tenex operating system and supervised
network hardware installation. Installed an incremental
plotter into the operating system. Wrote and maintained
system accounting program. Installed and enhanced a
batch processing subsystem for Tenex. Studied problems
involved in upgrading the KI10 to Tenex version 1.33
and presented results to the systems staff.
Responsibilities:
Maintenance of the operating system and subsystems
including system generation. Interface special devices
to the Tenex operating system. Perform ARPA Network
Liaison duties.
Intel Corporation, Santa Clara, California
------------------------------------------
March 1974 to June 1974 Title: Systems Programmer
------------------
Generated systems, Installed new releases of FORTRAN-10
and COBOL compilers. Maintained release documentation.
(1)
!James M. Lieb RESUME OF QUALIFICATIONS
------------------------
2620 Quartz Street
Santa Cruz, California 95062 Telephone (408)475-4153
----------------------------------------------------------------
IILIAC IV Project, Institute for Advanced Computation
-----------------------------------------------------
June - September 1973 Title: Programmer
----------
Designed hardware diagnostic programs for PDP-11 to ARPA
Network communications interface. Implemented IMP-HOST
communication protocols.
Designed and coded Data Distributer Unit control program
for the Unicon 690 Laser Mass Memory system controller.
ADDITIONAL
EXPERIENCE
----------
University of California Santa Cruz
-----------------------------------
September - March 1974 Title: Teaching Assistant
------------------
Provided user consulting services to students in the campus
computer center. Graded and debugged student programs
running under HASP on an IBM360/40
Teaching assistant in computer programming, College of
Engineering, Loyola Marymount University, Los Angeles
California, 1970-1971
EDUCATION
--------- Bach. of Sci. in Information and Computer Science
University of California at Santa Cruz March 1974
-------------------------------------- ----------
Studied Operating systems, computer architecture and
hardware, compilers and programming linguistics, and
Computer graphics.
LANGUAGES ALGOL, BCPL, PASCAL, FORTRAN, BASIC, MACRO-11 (PDP-11),
--------- MACRO-10 (PDP-10). Attended Digital Equipment Corp.
Macro-10 Assembler and 5.07 Monitor Schools, April 1974
PERSONAL Date of Birth: August 7,1946. Married. Private pilot.
DATA Honorable Discharge USAF.
---- Excellent health.
REFERENCES
----------
Professional and personal references available upon request
(2)
Thank You for your time
Jim Lieb
-------
I am presently waiting for two things. 1. The appointment of a manager
(I am director) who will have much say about appointments and for
it to become clearer about the ratio between need for system programming
and someone who will talk to faculty.
Your qualifications are interesting to us, and we will keep it in mind.
One choice of manager would make a system programmer opening at the AI
Lab.
∂08-JUL-76 2132 RDR SCIP & LSI
To: REG, JMC, GF, LPL, DL, DSL, EHF, SAU, JCF, GJG, LCF, PLH, JHF
After talking to Bill Yundt, I feel that SCIP is screwing us, along
with LSI. Yundt wants to stand by the commitment to the 40 SCIP
employees who SCIP has signed up to sell the kits to for $350.
LSI is in trouble with their distributors for having ever made such
a deal. So they are trying to weasel out of the deal they made,
and SCIP is saying fine, as long as our part remains intact.
When I talked to their regional sales manager, I found that the
name of the Stanford Computer Group had been used to arrange the
deal! I wonder which came first, the kits for LOTS or the kits
for SCIP employees?
Furthermore, since we were not the original contact, we cannot say what
was said. Yundt tells me not to talk to them(LSI) anymore, and furthermore
tells LSI not to listen!!!!!! I feel that LOTS should get the deal and
not SCIP, if a choice must be made. In any event--we should not pay more
than SCIP does.
↓ ∂08-JUL-76 2246 RDR computer group meeting
To: LOTS.DIS[P,DOC]:;
next wednesday at 7:30 pm in trailer 13x manzanita park on campus.
∂08-JUL-76 2321 RDR
I do think Dickens would be more reasonable than Yundt. Also, Ed Williams.
Still, they turned it over to Dickens and if they were willing to do some
reasonable arguing we might be all OK. Also, a third (4th) party
like Highfield would be best to handle it all--if he can understand what
is happening.
∂08-JUL-76 2347 RDR
To: REG, JMC
we need to ask Stafford about other academic DEC-20's...
Fine, ask Stafford about the others. Also, you might run your calibration
problem and some others - Franklin knows about an EDUCOM set of calibration
problems - on the 2040 at ISI. Perhaps you - and Ralph if he thinks it
worthwhile - should visit ISI and run a few problems.
∂09-JUL-76 0008 RDR
ok, i will ask stafford. also, i already talked to Franklin about benchmarks
and have a couple of people to see for 1)a large fortran program and 2)educom
stuff
↓ ∂09-JUL-76 1111 QIB CORKY CARTWRIGHT'S ORAL
To: JMC, DCL, DCO
DOT DALE CALLED AND SAID THAT LATE NOTICE WAS BEING GIVEN OF SCEDULED
ORAL FOR CORKY TO BE HELD "MONDAY, JULY 12TH, AT 2:15 AT SERRA HOUSE"
CONFIRMING LETTER TO FOLLOW - BUT WE PROBABLY WON'T GET THAT UNTIL MONDAY.
∂09-JUL-76 1145 ME
NS is back up. TTY lines were turned off (by me) for system debugging
last night and accidentally left off.
∂09-JUL-76 1203 RDR LOTS phone
To: GF, JMC, REG, SAU
Since I think it is important that LOTS have a univrsity phone, both
to aid us (me) in dealing with other university departments (so that
LOTS will appear to be part of the University and not something I
dreamed up and so that in dealings with outside organizations the
same will apply, the phone can be answered LOTS,etc.,and a vehicle for
billing long distance calls and using the tie lines will be available,
and finally so that we have our identity for people who just want
to reach LOTS(and we would want a permanent number, regardless of
temporary location); how about imstalling such a phone in 13X
Manzanita Park, where Steve,John and I (all involved in LOTS) live?
I would favor leaving it there as anextension of the phone in the LOTS
office after an office exists (cost about $6-$7/mo.) so that it would be
generally answered.
Secondly, since I believe we need a terminal for LOTS (or 2) how about
locating that in 13X until an office arrives? Maybe we can get an LSI
early or whatever...
∂09-JUL-76 1210 RDR highfiellllllllllldddd
kI don't know how this will look after what this terminal just did.
I talked to Highfield and explained LOTS' situation. He seemed
to understand and suggested that LOTS and SCIP average whatever prices
could be best obtained. He has a firm commitment from SCIP and
would like the same from LOTS. He will leave on vacation tomorrow, but
will turn the matter over to his boss Jim Martin or his boss's
boss <somebody> Killebrew.
We should have involved hom or purchasing earlier, and I hope he
also understodd what I meant about YUndt. What has Dickens said?
∂09-JUL-76 1244 ZM NSF proposal
Dr. Thomas Keenan is the NSF director of "System & Programming Systems".
His phone # is (202)632-7346. Are you going to call him, or would you
prefer that I call ? Zohar
I suggest that you call him.
∂09-JUL-76 2002 TVR Librascope
I had a bug in one of the Librascope tests and hence the amount of
good half-tracks was too high by a factor of about 30%. I most
mumbly apologize, although i understand that does not change anything.
Sincerely,
Tovar
So how many good tracks are there actually?
∂09-JUL-76 2055 TVR
The last test showed 32 full bands, and 82 half-band. Some more has
been recovered since then. The strobe timing is about to be adjusted
which may have a noticable effect. --- Tovar
∂10-JUL-76 0052 RDR
I have the SCIP usage reports for H&S and will put a copy in your mailbox.
I got them from SCIP accounting late this afternoon.
Did you hear anything from Dickens on the terminals?
I will need a SCIP account for moving certain files (educom benchmarks and
Prof. Bryson's OPTSYS for example). I can ask Franklin about it, I guess?
Yes, ask Franklin; it will make him move faster on transferring some
money to a LOTS account.
No word. I couldn't get Yundt, but talked to Williams. I'll talk to
Yundt on Monday. Thanks for the usage reports.
∂10-JUL-76 1056 TVR Librascope
The latest test shows 85 good half-bands. ELM is coming in this evening
to check read amplifiers which may help. --- Tovar
α ∂10-JUL-76 2240 DCL machine resources
To: LES, JMC
Even at this time the system is slow; there are 5 course 220 music jobs
being run by three users LPR,KIP,KJK.
The music jobs are significant-142 pages and 68 pages
I notice.
Yes, we'll have to squeeze them, and I'll have to figure out how to
do it without more system tools until we get them.
∂11-JUL-76 1216 FTP:Robert Elton Maas (REM @ MIT-MC)
Date: 11 JUL 1976 1515-EST
From: Robert Elton Maas (REM @ MIT-MC)
To: JMC at SU-AI, RWG at SU-AI
Suppose I implemented in POX a MACSYMA-PARSER (actually an ALGOL parser
except that I might include ↑↑ and other funny operators to denote
alternate versions of the basic operators) which translates an algebraic
formula into a nest of macro calls, with the macro names prefixed (or
suffixed) with the character in some q-register so that different versions
of user-defined macros can be used just by changing the q-register. (For
example, one set for overlays, one set for normal-text using overlays just
for measuring things a la RWG macros, one set for inline (fortran notation)
printing.) Thus if a formula was typed to be in text, and for some reason
it was decided to make it an overlay you just change the q-rgister and
put the thing inside an overlay-definnition, or if your formula didn't fit
you could change the register for one of the main operators and change it
back, thereby using a "break the sum across crlf" macro in place of a
"normal sum on one line" macro.
\←=105;\←M\mM<SUM(i,1,∞) a(i) = atan(z↑2-1)> .
RFC (Request For Comments)
-------
REM's 11 July proposal seems like a good idea, but not of sufficient
interest to the AI Lab. Does Xerox like this sort of thing enough
to pay for it?
∂11-JUL-76 2201 REG
Well, my budget is in BUDGET.2[LOT,JMC] but when I PUB it, every $ gets munged.
∂11-JUL-76 2248 TJW at TTY20 2248
Most of my work this summer will be with the Zonker (drawings, wirelists,
etc.). I will probably do some thesis work, and if you like I will specify
which area Zonker work will be on and which area thesis work will be on.
It doesn't matter, because the accounting program is incapable of using
the difference.
∂12-JUL-76 1040 WD via AI SUSSMAN WILL BE HERE ON JULY 19TH FOR A WEEK. XE IS DOING
SOMEME INTERESTING THINGS LIKE CIRCUIT UNDERSTANDING, SO YOU MIGHT WANT TO
HAVE HIM GIVE A TALK.
WHIT
∂12-JUL-76 1506 100 : REM via AMET
To: LES, JMC
QIB says the records still show a stop date of the end of April
for my employment, i.e. I still haven't been paid for the last two weeks
of the fourth month I worked and both LES and REM thought I was still hired
(until middle of May).
Within a month the Librascope should be back online for swapping,
improving system response enough (I hope) to allow resumption of work.
Hopefully both JMC and REM will have a list of things to work on,
from wnich we can select enough to keep me busy for awhile again.
Meanwhile I have been doing a bit of volunteer work on POX and SPINDL
during those brief times the system is unbusy and I am in the right
frame of mind for work.
∂25-JUN-76 2120 JMC
Very soon all jobs will be swapping on Librascope again. Do you want
to work more on crunching - or are we still paying you?
[REM, 76.7.12, System reloaded with librascope, seems to make an
improvement, at this time of day it used to take 7 minutes to do
1 minute of disk i/o, now takes 4 minutes. If system with librascope
stays up all evening I'll take some additional timing surveys
to verify a 40% reduction in time used for a task.]
∂13-JUL-76 0436 FTP:Robert Elton Maas (REM @ MIT-MC)
Date: 13 JUL 1976 0724-EST
From: Robert Elton Maas (REM @ MIT-MC)
To: JMC at SU-AI
CC: RWG at SU-AI
Hmmm, SU-AI host not responding...
RWG indicates that you misunderstood my proposal for POX to
parse fortran/algol/macsyma notation. What POX would do would be to
parse the notation and output a nest of macro calls that the user would
provide for doing the grunge required. Usually the user would just
load standard macro sets of RWG et al and use rename or alias to map
the names of these macros into my xADD xMUL xDIV xEXP etc. names
generated by the formula scanner. For example, the user could load
somebody's macro package, rename AADD←<the macro for aside-addition-notation>,
load '101 (ascii "A") into a register, then \m<q>[FOO+BAZ] would expand to
\!AADD(FOO,BAZ); which would generate the desired typeset-formula.
This would not be the "automatic typesetting of formulas" you have been
wanting for so long, and which MACSYMA does for output-device-TTY now,
it would be strictly user-controled. The advantage is that the user
can set up the macros and type a fortran expressin rather than performing
the messy conversin to nested macro calls himself. [Sorry about "in"
should read "ion" several places, I'm typing too fast]
This idea of mine is very preliminary -- it may not be feasible
at all, or it may be really neat, I don't know yet -- examples of
formulas that wouldn't be doable under my system are requested if you
can think of any.
-------
∂13-JUL-76 1149 REG 20 facts
To: LOTS.DIS[P,DOC]:;
In conversation with Len Bosack of DEC, I've found out the following bits:
1. the interface to terminals is EIA with full modem control. For local
terminals this means about $10 and $0.08 a foot, or less. For long
lines, say 1000', it may be necessary to invent some driver/receiver
lumps on the wire.
2. The LP11 isn't supported by their 11 software. So maybe we'll have to
patch the binary to support the Printronix with LP11 interface.
3. The actual reason for our 20 being delayed to November is essentially
as Stafford said: a new backplane needs to be built. What's important
is that the memory we're getting is twice as dense as the memory that's
now being shipped. This means that there'll be room in our cabinets for
another 256K as soon as DEC makes that a product and assuming we can
afford it.
4. The maximum number of files per directory (and directories per MFD) is
presently about 500. Len says that this can be increased by reassembing
the system to make it perhaps as much as 1200. The hangup is because
an entire directory must fit in exec virtual space.
∂13-JUL-76 1535 CG Seminar on knowledge
To: FR.DIS[P,DOC]:;
CG will talk at 4:00 on Thursday (the 15th). The subject is
"An Approach to Ignorance".
∂14-JUL-76 0645 RSC Termination of flatten
I have a demo file proving the termination of flatten which I will be
glad to run for you when I come back in later today. I will also run
a ptyjob to get some sample proof printouts including flatten.--Corky
∂14-JUL-76 0912 REM via AMET
Hmmm, improvement in system responce due to librascope not confirmed. Perhaps users have quickly fill ed the gap and are fully utilizing the computer now?
I don't know whether this system P uses Librascope, but I think your
expectations may be too high for this part of the 20th century.
∂15-JUL-76 1443 TOB
MIT has just gotten a message arranging a review for
July 29. It seemed important. I'd like to talk about
what you know about ARPA situation for us these days.
See you Monday.
Tom
I know nothing about ARPA situation.
∂15-JUL-76 1708 FTP:RINDFLEISCH at SUMEX-AIM PRINTERS
Date: 15 JUL 1976 1709-PDT
From: RINDFLEISCH at SUMEX-AIM
Subject: PRINTERS
To: JMC at SU-AI
Follow-up to earlier conversation about printer comparison data:
PRINTRONIX - 300 LPM @ 64 character set, 132 char line
DATA PROD 2410 - 1110 LPM @ 64 character set, 24 char line
down to
245 LPM for a 132 char line
in increments of 24 character segments.
Tom R.
-------
∂16-JUL-76 1012 SSL 222
JUST A SHORT,PERSONAL THANKS FOR ALL YOUR HELP + PATIENCE
DURING SUMMER SESSION.
STEVE LEONARD
∂16-JUL-76 1438 MDD
Wed ∨ Thurs are fine. Preference?
∂17-JUL-76 1454 REG
congratulations. You have more files than anyone else.
∧ ∂17-JUL-76 2119 RDR
To: REG, JMC
I still regard the acquisition of some means of using your
machine from campus for everyone involved in LOTS as imperative. I
just do not see how much can be expected from people who cannot
get to the place they must be in order to do anything. This
include John Freed, Ed Frank, the social science types who are our
only hope of even beginning to be able anything of interest to
their domains, and others ...
Anyway, still we need an office , which wopuld be a month
in coming even if it were arranged yesterday. YET IT HAS NOT BEEN
ARRANGED. It could thus be 2 or 3 months in coming, for example.
I feel like I am the only one agitating for this and so am therefore
somewhat ignored. Franklin could do it, but he hasn't.
SUPPES may well have some Datamedia terminals that are unused for the
summer which he would be willing to loan, probably for a price. We
would not want to use SAIL just to telnet to SUMEX, and we wioll need
access to there or IMSSS and ISI eventually. I feel like
a broken record on this matter.
∂18-JUL-76 1305 FTP:Carl Hewitt (CARL @ MIT-AI)
Date: 18 JUL 1976 1604-EST
From: Carl Hewitt (CARL @ MIT-AI)
To: jmc at SU-AI
Dear John,
Thanks for the reference. I looked for the report in the library
but we don't have it. Will try to obtain it from the source.
Cheers,
Carl
-------
β ∂18-JUL-76 1442 REG
I read BLURB[LOT,JMC] and made a few minor changes. I think it should be
rewritten to eliminate the uncertainties (i.e., to use the positive loud tense)
such as ...maybe August... etc. In this respect, we should refrain from
publishing until things actually do become more certain.
I think you should call Franklin and reemphasize that separating the machine
and its users is bad idea. Separation places a variety of administrative
hassles on the staff which is, by design, incapable of coping with the
additional burden. Also, there are some technological problems (driving
a line printer over that distance), logistics problems (digging trenches
beteen Pine and Ceder), which all have to be solved in the same time frame
in which we have to get the software working for winter quarter.
β
I'll call Franklin and make all those points - and then some.
∂18-JUL-76 1643 FTP:Robert Elton Maas (REM @ MIT-MC)
Date: 18 JUL 1976 1941-EST
From: Robert Elton Maas (REM @ MIT-MC)
To: JMC at SU-AI
Gee, it seems like every time I try to use SU-AI the system crashes
(Host not responding, connection broken). The past week it's been
pretty flakey...
-------
∂20-JUL-76 0640 RDR GOOD NEWS
To: REG, JMC, GF
WELL, FROM THE DECUS LITERATURE I GOT TODAY, I SEE THAT THERE EXIST
VERSIONS OF BOTH ECAP AND SPICE WE CAN OFFER. We need to decide on
guidelines for what we will investigate and to what extent, as each
DEcus program costs $8 or $20 if you do not furnish a DECtape, which must be new.
There are many things I think would be worth the handling charge and
not too much trouble, but almsst everything amounts to my supposition
with rspect to what will be used. I expect we will end up gussing
to an extent.
Should we get their Algol W, for example. They also offera souped up
version of (old, I suppose, like AI-lab's) DEC BASIC and many
Dartmouth programs have already been converted.
We might at least order the documntation ona wide variety of things,
at a cost of $1.00 per write-up.
I have a form for institutional membership in DECUS, make that installation membership,
and we are asked for an installation rpresentative. There is no fee,and we
can join for having placed an order. Of course, a mailing adress will be
needed.
∂20-JUL-76 0652 RDR DECUS (DEC Users Society)
To: LOTS.DIS[P,DOC]:;
There is as yet apparently no DEC-20 specific interest group
within DECUS. We would naturally be thrown in with the PDP-10
people. This is OK, but someone somewhere should be organizing
a medium for TOPS-20 specific items. That is, all TOPS-10 sites
will not immediately switch over to TOPS-20, so although we
have the same machine, there will be a significant period where
TOPS-20 people will not be adequately served by the TOPS-10
oriented PDP-10 group.
Of course, we have common interests with TENEX, but other than
(ahem) ARPA and DCA, is their any TENEX user group, anywhere?
This should be DEC's problem, but I bet they are lax in the matter.
So we might be well advised to start a TOPS-20 interest group within
DECUS, and perhaps they would be willing to support it, to our
great advantage.
∂20-JUL-76 1419 DCO
This is very sort notice, but I wonder if you and your
wife would like to come over t my house tomorrow night (wednesday) to
see some slides (climbing in africa, mountaineering in wyoming)?
I hope that various other folk from the Lab will also be there.
I will send out instrctions on how to find my house tonight.
∂21-JUL-76 0025 DCO How to find my house
I live approximately halfway between Page Mill Road and
Arastradero Road, two blocks WEST of El Camino Real; that is in
Barron Park. The easiest way to find the house is to drive along
El Camino to Ernie's Liquors and turn WEST down the street between
Ernie's and A-1 Liquors. Follow this street until it ends ( in
two blocks) on Magnolia Drive. Turn left (i.e. south) on Magnolia
Drive and I am the first house on the right. A green BMW will
probably be in the driveway!
I hope to see you tonight (wednesday) at around 8 p.m.
∂21-JUL-76 1418 RWW
To: FOL.DIS[FOL,RWW]:; INFO.FOL[FOL,RWW]
The following command can now be used to declare sorts in FOL;
DECLARE SORT <idlist>;
∂21-JUL-76 1513 RWW
To: FOL.DIS[FOL,RWW]:;
The file INFO.FOL[DOC,RWW] now contains documentation for new FOL features,
which are not documented in the manual.
Can you print some copies for the active users including me.
∂22-JUL-76 0717 RDR renaming of LOTS
To: LOTS.DIS[P,DOC]:;
EUREKA maybe. Although it has fairly well stuck itself, the name LOTS is
somewhat displeasing to most everyone I've talked to, and some of us
were talking about alternative names. The problem stems form the fact
that while it is well and good to have LOW OVERHEAD TIMESHARING, the
idea is too obvious to use as our permanent name. It has only
seemed right in the process of organizing LOTS, but now that we are this
far along, we would do well to get a better name, which will make sense
in the days to come. Also, it seems a bit too crassly materialistic and
the acronym could be better. The name is not right spelled out as
Stanfor Low Overhead Timesharing System, because it seems too personal to
Stanford to use when dealing with the outside, and if one uses just
LOTS followed by Computer Facility, there is the redundancy of "timesharing
system computer facility, while people wonder what LOTS means.
Well, JAB,REG,GFF and I struggled foR a good while last night to try
to come up with a new acronymic name, and met with utter failure. I
personally favor just a simple title like "Academic Computing", "Instructional/
Educational Computer Facikity", or best yet "Student Computing" But I
fear exception could be taken to each of these by people such as SCIP.
They would maintain that these re misnomers, yet we want something
descriptive that does not adm,it to having to own up to there ever
having been a HIGH-overhead facility like SCIP in Stanford's deep dark
past when our clear success is seen decades hence.
Well, I just hit upon the perfect SOLUTION! We name LOTS after a person,
preferably someone with some significance and recognition to the
world at large, yet personal to Stanfod. Also, I imagine that we
better not use anyone from whom Stanford is likely to get money to name
something else after, since these are general funds. For that reason,
I suggest "Forsythe Computation Center"! The connotation is clearly
academic rather than administrative, we will keep the low-overhead
flag flying by ourselves, SCIP cannot scream, it beats LOTS, it even beats
the other blah names I had been favoring, as well as using the building name,
and I think that as wellas being appropriate to name something NICE after
the late professor who established Stanford's Computer Science department,
sinc e its new building will be something like "Margaret Jacks Hall" [
What did Margaret Jacks ever do?], I also gather from my view back into
time that the goals of LOTS agree with those of Forsythe in a most appropriate way.
Request for any and all comments... that is why I am sending this out... your
opinions please.
∂24-JUL-76 0207 RWG
is it possible to relegitimize Kevin Karplus on this system?
KJK is my one and only 390 student (reading and research), trying to extend
my rearrangement results to continued fractions and other iterated structures.
He does most of the work on MACSYMA, but records it here.
OK, till the end of 1976.
∂24-JUL-76 1458 RWW Debugging version of FOL
To: FOL.DIS[FOL,RWW]:;
The new debugging version of FOL now works. Anyone needing more information
about whats in it can ask RWW. Its called DFOL[SYS,RWW]. Please don't use
it unless it is absolutely necessary as it is quite large (191 pages, NOT
counting the upper).
RWW
∂25-JUL-76 0141 REM via AMET VIKING MOTION.
Viking is too heavy to risk using the arm as a crutch for pushing
against the ground to lift the craft up, but maybe undermining the
legs could cause the viking to slide downhill into the hole.
If the slope of the landscape is sufficient it might be possible to
move all the way to the bottom of the "ocean".
that will be 6 dollars, please.
As to risk, after a while Viking will have no other value, but
most likely the arms isn't strong enough. Note that there are
two senses of strength: (1) what the motors can pull, and (2)
the load the arm can stand without breaking. If the latter is
adequate, it is a question of finding a suitable mechanical
advantage. If there were two by fours lying around the surface,
it might be done, but its hard to see how to do much prying with
rocks. I haven't figured any way, but I am not yet convince it
is impossible.
∂25-JUL-76 0428 REM via AMET Another way to do something easily...
I have come up with a way to segment a large file into
varous subfiles (each paragraph manually goes into one of the
output subfiles) without having to use E and attach text like
mad and move it like mad and risk lossage if program crashes
while swapping pages with text attached. -- I have a large file
of LISP functions (59 in all) in alphabetical order. I want
to select them into three files according to a plan I've worked
out on paper beforehand. The problem is how to do it.
Solution, using the Macro-Front-End-for-TTY feature of
INFO.DMP[1,3] and the SSORT program with special delimiter and /F option.
-- (1) Find some character not present in the file. In my case [ worked
since the LISP functions were all GRINDEF'D and hence used all "(" with
no "[". (2) Start up INFO and use the J command to run a job through
a PTY. Issue the ? character to break link and get into command mode.
Issue the M command to modify the table of teletype macros. Make up
three macros as follows:
! /A.<CR>I[1$<CR>F<CR>/ ; SOS -- Alter this line, insert [1, find next.
" /A.<CR>I[2$<CR>F<CR>/ ; Same but use [2 instead
# /A.<CR>I[3<CR>F<CR>/ ; Same but [3
(3) Type ? to get out of the M loop, then type J to resume the link.
(4) ED <FILE><CR> to start up SOS through PTY, then F(DEFPROP$<CR> to set
up the search string and find the first function-definition.
(5) Each time SOS types out a line with (DEFPROP, all you have to do is
type top-1 or top-2 or top-3 to edit that line and find the next, a
single keystroke for all that mess that you'd be sure to mis-type at
least 5% of the time unless you're a robot, or type F<CR> to skip a line
and go directly to the next (like if there is a (DEFPROP... in the middle
of some function definition). (6) At the end, exit SOS by the E command
so you don't lose all that, then exit INFO by ↑C or whatever. Then delete
SOS line numbers because SSORT can't yet do that. (7) R SSORT<CR>
<FILE>/F/A[<CR> to sort that file. A single attach or something
using either SOS or E will then separate the subfiles...
This might have applications for sorting large mail files
if you're at home and decide to split the file, if the IMLAC doesn't
have good display service so you don't want to use E <attach> to do it.
∂25-JUL-76 1146 EHF lots names
To: LOTS.DIS[P,DOC]:;
HOW sλabout SLOTS (stanford low overhead timesharing)
or
SLUTS (sλStanford Low-overhead University-wide Timesharing System)
or
∂25-JUL-76 1317 100 : REM via AMET Your farfetched ideas.
I'm beginning to detect a pattern to your genius. You take
something that is alleged to be impossible and challange it. You gather
data from all the experts and brains you can contact, and assimilate the
good info into a plan. When done you tell people how we really can
survive the sun going dwarf or how we really can command the Viking to
crawl across the surface of Mars to get more varied information. Any
other mission impossibles you've succeeded at besides the sun thing so far?
(Chess and Viking are still pending. Any successes I don't know of?
I'm curious, both personally and scientifically.)
Usually the opinion that something is impossible has not been
actually stated, it is simply a boundary condition of people's
thinking. In my opinion, people and societies often die
because they haven't troubled to think about what might save
them. One also needs to understand the known impossibility
results like Godel's theorem, non-constructibility, irrationality,
and the first and second laws of thermodynamics. Trying to make
a real proof that something is impossible often suggests
a way of doing it.
In my Technology Essays there are a number of such things in
partial states of completion.
∂25-JUL-76 1626 REM CONCEP[E76,JMC]
I am READing your essay on a way to represent "P knows X"
without modal logic -- Since it seems obvious to an information-retrieval
freak like myself that knowledge falls in the domain of information-retrieval,
I propose to translate such sentences into ISR terminology -- JMCESS.LET[1,REM]
contains my comments on your essay and my proposal.
If you can find a horrible way that my idea breaks down, either a
stupid logic flaw or the fact that somebody already tried it and failed,
let me know.
∂25-JUL-76 2304 BG
John, this is the revised version of the verification stuff.
We have verified in FOL the correctness of the McCarthy-Painter compiler,
which translates additive arithmetic expressions into a simple
assembly language. This is the beginning of a project which we hope will
lead both to new FOL features and to new techniques in program
verification. There are three reasons why this project is beginning
with relatively simple correctness proofs.
1. Correctness proofs for complex programs are simply too difficult
at present. In addition to conceptual difficulties, carrying out
a substantial correctness would be unbearably long in the
present version of FOL.
2. The simpler proofs already constitute adequate test cases
for new FOL features (which will help make more complex
proofs feasible).
3. The difficulty of proving correctness of, e.g., a FORTRAN
or COBOL program is in part due to intrinsic structure;
that is, the design of these languages did not take ease of
verification into consideration. In fact, we hope that
ease of verification will be a design criterion for the next
generation of computer languages.
Let us now delineate some of our specific goals. First, we are
writing new FOL code to implement "syntactic simplification," a proof
procedure which amounts to simplifying a statement as much as
possible modulo judiciously selected definitions and assertions. We
expect that this code will shorten many of our proofs, in particular
proofs of program correctness, by an order of magnitude. This code
should be completed by October 1976.
Second, the correctness proof will be extended to more complex compilers,
specifically compilers for extensions of the McCarthy-Painter language
and for subsets of LISP. These extensions actually present new
conceptual problems; that is, new FOL techniques will be required
to carry out these proofs. These proofs should be complete by the
fall of 1977.
Third, we will formalize proofs of properties of programs other than
correctness. Because the ability to treat programs as objects and to
discuss their properties in a formal language is not available in
program verifiers, we want to see what results can be obtained in
FOL. As an example, one problem of this kind is to compare the
efficiency of different programs which implement a single sorting
algorithm. This work will require more sophisticated use of existing
FOL features (e.g., axiom schemata); it may also suggest new proof
techniques and consequently new code. The first results in this area
should appear early in 1977.
Fourth, we expect that trying to prove properties of real programs
will require new code to describe familiar mathematical systems
efficiently. For example, a routine which decides the truth of
statements about real numbers would be a useful tool for proving
the correctness of a program for solving a set of simultaneous
linear equations.
∂25-JUN-76 2120 JMC
Very soon all jobs will be swapping on Librascope again. Do you want
to work more on crunching - or are we still paying you?
[REM, 76.7.12, System reloaded with librascope, seems to make an
improvement, at this time of day it used to take 7 minutes to do
1 minute of disk i/o, now takes 4 minutes. If system with librascope
stays up all evening I'll take some additional timing surveys
to verify a 40% reduction in time used for a task.]
[REM, 76.7.25, Well, Librascope doesn't help across the board, indeed
averages are worse at night than before, but it does seem to level out
the slowness, keeping it at or below 5 minutes all-day, so that
work is often painful but at least possible with some reasonable chance
of getting some work done in a reasonable time. Let's discuss particulars
of what you think is important to do next regarding crunching: More
bells and whistles in SPINDLπ Research in crunchingπ Attempting to
get a publishable paper about it allπ Formulating a plan to implement
pseudo-devices like MIT-DM has for spindled/crunched file storageπ ]
∂26-JUL-76 0957 RCM report to ARPA
My contribution to the ARPA report is contained in
ARPA[1,RCM]. Please note the last paragraph. I have
proposed studying policy gaming as a beginning of work
on policy analysis.
∂26-JUL-76 1044 ZM
ZM
1. Intermittent assertions in program verification.
The "intermittent-assertion method"
is a new verification technique, first suggested by Burstall[1]
and recently advocated by Manna and Waldinger[2].
Using this method, comments are affixed
to points in the program with the intent that sometime
control will pass through the point and the values of the variables
will satisfy the relationship expressed in the assertion. Consequently,
control may pass the point many times without satisfying the assertion,
though atleast once control will pass with the assertion satisfied; we
therefore call these comments "intermittent assertions".
This method differs from the classical "invariant-assertion approach"
(Floyd[3]) in which the comments, called "invariant assertions",
are understood to hold every time control passes the corresponding point.
Intermittent assertions have several theoretical advantages over
invariant assertions: (a) they establish the program's "total"
correctness, i.e., both that the program satisfies its specifications
upon termination and that the program indeed terminates; (b) it has
proved to be more powerful than any other existing method; (c) it is
particularly useful in proving the validity of program transformations
and properties of continuously operating program.
During the forthcoming year, we plan to investigate the more practical
aspects of the method and to begin work towards the automation of
this method of verification.
2. Automatic annotation in program verification.
None of the existing implementations of the invariant-assertion method
of program verification are fully automatic: the user must supply the
assertions himself. This deficiency has of course been recognized and
there has substantial recent effort to automate the process of
invariant-assertion generation (e.g., German and Wegbreit[4]).
In Katz and Manna[5] we suggested rules for generating invariant assertions
from the assignments and tests of the program,
and distinguished between two general approaches: (a) the "algorithmic"
rules, by which relations between variables are directly derived
from the program statements in such a manner as to guarantee that
they are indeed invariant assertions; (b) the "heuristic" rules,
by which promising candidates for invariant assertions are suggested,
though they are not guaranteed to be invariants.
During the next year, we plan to modify and extend these techniques.
On that basis, we plan to implement a system that will automatically
generate invariant assertions, with capabilities exceeding existing
implementations.
3. A generalized theory of fixedpoints.
A recursive definition can be considered as an implicit functional
equation with many possible solutions, called "fixedpoints". While
the prevalent approach concentrates on one specific solution --
the "least fixedpoint", we plan to investigate the behavior of the
set of solutions as a whole. The purpose of this study is to
gain a better understanding of the relationship between recursive
definitions and their fixedpoints. Properties of specific fixedpoints,
e.g., the least and maximal fixedpoints, may be viewed within the framework of
this generalized theory.
For example, in Manna and Shamir[6] we define a new type of fixedpoint,
the "optimal fixedpoint", which contains the maximal amount of "interesting"
information which can be extracted from the recursive definition.
We have also extended and generalized Kleene's[7] classical
result that the totally undefined function converges to the least
fixedpoint under the "direct" access method. We have shown that under
a composition of the "direct" and "descending" access methods, any
initial function converges to a "close" fixedpoint; though no
single access method enjoys this property.
__________________
1. Burstall, R.M. [Aug. 1974], "Program proving as hand simulation with a
little induction", Proc. IFIP, Stockholm.
2. Manna, Z. and R.J. Waldinger [June 1976], "Is SOMETIME sometimes
better than ALWAYS? Intermittent assertions in proving program
correctness", Memo AIM-281, Artificial Intelligence Laboratory,
Stanford University.
3. Floyd, R.W. [1967], "Assigning meanings to programs", Proc.
Symp. in Applied Mathematics, V. 19, (J.T. Schwartz, ed.),
American Mathematical Society, Providence, R.I., pp. 19-32.
4. German, S.M., and B. Wegbreit [Mar. 1975], "A synthesizer of inductive
assertions", IEEE Trans. on Software Engineering, V. SE-1, No. 1, pp. 68-75.
5. Katz, S.M. and Z. Manna [Apr. 1976], "Logical analysis of programs", CACM,
V. 19, No. 4, pp. 188-206.
6. Manna, Z. and A. Shamir [Sept. 1976], "The theoretical aspects of the
optimal fixedpoint", SIAM J. of Computing.
7. Kleene, S.C. [1952], "Introduction to meta-mathematics",
D. Van Nostrand, Princeton, N.J.
∂26-JUL-76 1053 DBA via LONT
To: REACT.DIS[FOO,DBA]:;
I have a friend called George Coulouris who is visiting UCB for the
summer. He runs a computer lab at Queen Mary College in London and
is interested in personal computers, reactive systems and all that.
I gave him your name ( amongst others - see REACT.DIS on my area ) as
someone working on an aspect of that kind ofthing who might like to
talk to him or show offyour latest hacks. Hope you dont mind.
Bruce
ps his net address is george%ucb (in lower case)
∂26-JUL-76 1201 RWW ARPA proposal
Bill finished the spelling checking. I am currently typing a note on
ignorance into the system.
∂26-JUL-76 1207 RWW last note
By the way, that last note was from me, Chris, not RWW.
∂26-JUL-76 1339 DDG VIKING
Is the arm strong enough to push Viking against friction?
Or can it lift one footpad to move Viking by rocking it?
∂26-JUL-76 1704 TOB
Computing is very slow now. There are at least 4 musicians on
∂27-JUL-76 0217 RDR
To: LOTS.DIS[P,DOC]:;
LOTS location appears to be Cdar Hall; some negotiations pending.
∂27-JUL-76 1401 TOB system load
I find that the system response from 10:30 am thru afternoon causes
much difficulty in programming. Even editing is slow and compiling
and running is quite slow.
Tom
∂27-JUL-76 1427 FTP:CERF at USC-ISI Moving Viking
Date: 27 JUL 1976 1336-PDT
From: CERF at USC-ISI
Subject: Moving Viking
To: jmc at SU-AI
cc: cerf
John,
1. Hitch a ride froma passing Martian...
2. Can the digging arm be used in any way to propel the vehicle?
e.g. a sharp downward push to lift the vehicle off the
surface momentarily. There were many boulders and rocks in
the pictures I saw recently. These might be useful to push
against, but might also impede progress.
3. If the descent engines still have fuel, could they be refired?
in conjunction with the digging arm a sort of angled flight
might be achieved by pushing with the arm as the engines fire.
Vint Cerf
-------
∂27-JUL-76 1453 FTP:Vaughan Pratt (PRATT @ MIT-AI)
Date: 27 JUL 1976 1750-EDT
From: Vaughan Pratt (PRATT @ MIT-AI)
To: JMC at SU-AI
CONCEP[S76,JMC] seems to have gone, but CONCEP.XGP[S76,JMC] exists.
If this means that you have XGP'ed CONCEP and have copies available,
I would appreciate one. (I would XGP one at this end but for presumed
incompatibilities between our XGP programs.)
-------
∂27-JUL-76 1654 MDD
Reminder: Dinner @ Davises Wednesday.
∂28-JUL-76 1058 REG
To: RDR, JMC
SUITS: S. U. Instructional Timesharing System is a name tailored to our needs.
∂28-JUL-76 1233 WD
Please have mercy. The editors liked our paper and want to put it in
the November issue of the Information Theory Transactions. We promised to deliver,
and muust send off a finished manuscript by weekend. I certainly prefer to work at night.
∂28-JUL-76 2108 REG
To: JMC, LES
One source of the compute burden is these random people that are encouraged
to hang around. One of them, Tovar, is tonight responsible for a runaway
NETGRF server, which gobbled an hour of CPU time before I stopped it.
I think that behavior like that is too expensive to encourage.
Also, it gets charged to system services!
∂29-JUL-76 0039 REM via DMS CRU2, the cruncher for ASCII text... POSSIBLE USE AT MIT-DM
The people at MIT-DMS are currently uptight because a big purge
will occur this friday. I thought they would be ideal customers for my
crunching stuff. I FTP'd a 32k file (.INFO.;DDTORD >) to SU-AI and then
ran my cruncher on it, using the trees optimized for NOTICE.[UP,DOC],
resulting in reduction to 55% of its original size (counting trees).
Not horribly bad... We might start up a service of FTPing files to here,
crunching, then FTPing them back, until we can get them to buy conversion
of the program to ITS. Later perhaps the more-complicated spindler can
be done, or they can just use their archive pseudo-device on the
crunched files...
Why not ask them if they are interested in paying for its improvement
and adaptation? You can ask them yourself or I can send a message
to Licklider.
∂29-JUL-76 0121 JMC
Why not ask them if they are interested in paying for its improvement
and adaptation? You can ask them yourself or I can send a message
to Licklider.
[REM - I mailed LICK@DM a message about pay, and put up a system message
of general interest, and after 1/2 hour neither had yet arrived from
DM to DM or anywhere (DM is noted for its slow mail system!). I'll
check again to see if they arrived.]
∂29-JUL-76 0927 FXB via AMET Keyboards
If the AI Lab is going to or is able to order some more AI Lab keyboards
from Microswitch, I would like to order several myself. Could you let
me know what the prospects or possibilities are?
∂29-JUL-76 0932 FXB via AMET Keyboards
If the AI Lab (or LOTS) does order some more keyboards, it would be nice
(though not especially critical) if they were the low profile and N key
rollover type.
∂29-JUL-76 1301 TOB SYSTEM LOAD
Just waited 80 minutes for a program to run.
I have about 10 more to do.
∂29-JUL-76 1543 RDR via AMET spss
To: JMC, REG
Letter from Pittsburgh: they are working on DEC-20 version
(JSYS's); should be ready in 2 weeks!
∂29-JUL-76 1645 HVA Parking Sticker for Prof. Samuel
University Policy does not allow payment by the University. However,
we could submit several Petty Cash vouchers for "mileage" (charged to
one of your Unrestricted Accounts),to reimburse the amount of $60.
That seems an easy way to do it.
∂29-JUL-76 1651 JBS via MITT Viking
The opinion here is that attempting to restart the landing
rockets would be a loser because it would probably
jar the now-deployed instruments too much. The best idea
I have heard yet is to use the scoop as a "pogo-stick".
John Sauter
Digital Advanced Systems Group
∂30-JUL-76 0744 FXB via AMET Cray-1 Manual
I'll mail it today.
∂30-JUL-76 0749 RDR 2 relatively unimportant points
To: REG, JMC
"A stitch in time saves nine."
Should a word be uttered to Franklin (who wondered on this matter verbally
to me) that the Telenet TAC (TIP/IMP) should be hooked to the TRAN in such a
way that LOTS is accessible from Telenet?
Should token remote terminal service be planned from the beginning?
∂30-JUL-76 1354 100 : rem via AMET
Upon typing out my mail, I discover that the text I appended to
the note and remailed to you (re what things you want done in SPINDL next)
has lots of bells. Those were undoubtedly due to ?<sp> being converted into
π because RCV was in SOS mode. They should be ? followed by space each.
∂30-JUL-76 2301 MDD Files
I've deleted most of my files. I hope I can keep what's left.
Sure.
∂03-AUG-76 0149 RDR LOTS location
To: REG, JMC
Well, I'd really like to know what this was about Shaw kicking SCIP out of Pine.
And, what are the priorities if there is no way we can have the machine with us in
CEDAR? Do we still go with Cedar for all else, or then Pine? If we cannot or do not
want Pine, then along with the criterion that we want the machine with us, Cedar
is not an optimal place! We could be much closer to the heart of campus! Nothing speaks
for Cedar except its availability. I am not sure if this is clear, but feel it is.
Perhaps, you two perceive the Pine location differently, since you arrive via automobile
and are oriented to the CS department anyway. It is over a MILE from the dorms on
the other sie of campus, and removed from the rest of the academic complex also.
HEPL is a barrier of junk people have to cross afoot to get there and
the location is isolated.
I hate to bring this up now, but feel I must at least comment on this; I still could
see us living with Cedar--it is a good place as far as office space goes, and there
is room for terminals.
You would overcome my desire for immediate remote terminals completely if we were to locate
on the other side of campus, and the expense could be the same. There is empty
space in the Eating Clubs (food service to Toyon Hall) adjacent to University Publications.
It would be a fine location, but a little small. From there though, rmote terminals would be
almost locl to a large number of locations!
Can I come with you to Shaw or would that money wrench things--he seems to dislike students.
Please phone.
∂03-AUG-76 0526 BGB PARTY
YOU ARE INVITED TO MY 30 TH BIRTHDAY PARTY.
7 AUGUST 2:56 PM AND ON, 18367 MC COY, SARATOGA.
BRUCE G. BAUMGART
∂04-AUG-76 2031 FTP:Raphael at SRI-AI DINNER
Date: 4 AUG 1976 1738-PDT
From: Raphael at SRI-AI
Subject: DINNER
To: JMC at SU-AI
Hi,
Can you and Vera come to dinner at my house next Tuesday (Aug. 12)?
About 6:30, informal barbeque. Butrimenko will be there.
Bert
-------
Vera and I are happy to accept for Tuesday.
I guess this message is for you. - JMC
∂04-AUG-76 2230 100 : WVS MUNICH...
HI, JOHN!
My friend's adress in Munich is:
Hans-Juergen von Bose (that's his name...)
Hiltensperger Strasse 65
8 Muenchen 40
(he lives downtown in the reknown Schwabing district...)
his phone number: (089)300-6288
So, maybe, I'll be there in early September, too...
See you then!! greetings, Wolfgang
∂05-AUG-76 0235 LES ARPA Review
To: TOB, TW, JMC, DCL, CCG
The ARPA reviewers on Monday, August 9, will be Russell, Carlsen, and
Carlstrom. For the first pass, I propose the following schedule.
9:00 AM Tom Binford
9:30 Terry Winograd
10:00 John McCarthy
10:30 David Luckham
11:00 Cordell Green
You are urged to have your presentation planned, so that it doesn't
ramble. It is possible that the ARPA group will want some additional
discussion of certain areas. The afternoon may be used in that way.
∂05-AUG-76 1025 DEW what I'm doing
JOhn, I haven't been able to run into you this week, but I plan to
be here most of the day Friday if we could get together then. Dave
∂05-AUG-76 1229 FTP:RAJ REDDY(A610RR29) at CMUA WORKSHOP
From: RAJ REDDY(A610RR29) at CMUA
Date: 5 Aug 1976 1529 EDT
Subject: WORKSHOP
To: JMC at SU-AI
- - - -
Dear John,
On September 8, 1976 we will be having a workshop to present the final
systems, including the 1,000 word vocabulary connected speech system,
developed at Carnegie-Mellon University as part of the ARPA Speech
Understanding Research effort.
We would like to invite you to spend the day with us if you are free at
that time. If for some reason you are unable to come at that time, we
would like you to come at some other time when you are making a trip in
this direction.
Several reports will be published over the next few months concerning
this research effort. Please let me know if you would like to receive
them.
I would appreciate it if you let me know soon whether you expect to be
able to attend the workshop.
With best regards,
Raj Reddy
-------
I would like to receive the reports, but I don't know whether I can
attend the worksop.
∂05-AUG-76 1448 LES ARPA review schedule
To: JMC, TOB, TW, DCL, ZM, CCG
Slightly revised schedule for ARPA review on 9 August:
9:00 AM JMC overview
9:05 Tom Binford
9:35 Terry Winograd
10:05 David Luckham
10:35 coffee break
10:45 Zohar Manna
11:05 John McCarthy
11:35 Cordell Green
12:05 PM lunch break
1:00 on followup discussions
∂05-AUG-76 1555 RWW
To: FOL.DIS[FOL,RWW]:;
SEMANTIC ATTACHMENT BACK!!!! documentation soon!!!
∂05-AUG-76 1959 REG
The other reason for seeing Massey is to have him approve the personnel requistion
we have for a systems programmer.
∂05-AUG-76 2104 JMC
That was USY333 or VSY333 or CSY333.
∂06-AUG-76 1100 JMC*
Copy of mrhug for Vera.
∂06-AUG-76 1908 FTP:HEDBERG at SUMEX-AIM Lots job?
Date: 6 AUG 1976 1711-PDT
From: HEDBERG at SUMEX-AIM
Subject: Lots job?
To: jmc at SAIL
I am interested in working for LOTS this fall, but will not
be a registered student. Is there any possibility for full or part
time support?
Erik Hedberg
-------
∂07-AUG-76 2341 REG
To: RDR
CC: JMC
Things to do for LOTS
I shall be away thru August 23. In the meantime I'm counting on you (RDR) to
carry the ball in several important respects as outlined below.
1. Need furniture for the office in Cedar. A desk and chair are the minimal
necessity. A bookcase might be useful. Way to procede is
via a purchase requistion. $300 or $400 should be more
than adequate for this purpose. Should come from summer money.
A further decision about furniture can wait. RDR: ask Hersche
or Queenie how to do it. JMC's approval of the requistion is required.
Then try to get procurement services to agree to let you buy
it at the Desk Depot or whatever. Anyhow impress on them
the urgency of our need for something. Also, keep bugging
Clasphill.
2. Need to order the terminal kits soon.
Need to establish an account for this (it's not included in any
account we have already). I think JMC will have to talk to Massey
about this.
Before ordering these terminals we ought to verify that the one
we have is working.
Once we decide to go on these terminals, we ought to organize
a staggered delivery schedule. Say 10 terminals in a clump
every two or three weeks.
A decision about how to construct the terminals is also needed.
Perhaps it's not so big a job as we thought. I like JMC's idea
about contracting for the completion of the kits.
3. A decision about space for LOTS is needed immediately. My parameters
are that I'm unwilling to put the machine in Pine unless we have a definite
promise of better space to be occupied before January 1978.
If all of LOTS could be squeezed into Pine, allocating the same amount
of space in Pine as has been allocated in Cedar, I would be agreeable.
This would be the cheapest possible solution.
I'm not too happy about the machine only in Pine. This requires new
cable laying between pine and cedar. a sink for energy. If this
is decided on, RDR should talk to the planners about cabling. Plan on
at least 150 pair of wires. Talk to TED or TAG about line recievers and
drivers for that distance (also about the possible ground mesh problem).
Once the site has been selected, RDR should determine what needs to be
done regarding site preparation. Bob Esparza has my site preparation
materials. If you can't get them back from him, get Stafford to send
you another. Prepare lists of things for my perusal August 24.
4. The Printronix printer, hopefully, has been ordered. RDR: check
with Dick Highfield on the progress of that order. If he hasn't seen
the purchase requistion yet, then it must be hung up either at Franklin
or the Provost. Must unwedge it (although there's no need for the printer
to arrive before about Sept 15).
5. We'll need tools and workspace for terminal assembly. Maybe the backroom
of the AI lab will suit. Ought to buy tools and some test equipment anyway.
Startup budget isn't big enough! Need to outfit one room in cedar as a
shop. Any decisions about tools and test equipment that imply spending more
than about $200 should be deferred to my return.
6. I feel there must be 10 more things, but I can't think of them. I'll
see if I can borrow a TI terminal to take with me, so I can keep in touch.
∂08-AUG-76 2228 FTP:ALLEN NEWELL(A310AN02) at CMUA response
From: ALLEN NEWELL(A310AN02) at CMUA
Date: 9 Aug 1976 129 EDT
Subject: response
To: JMC at SU-AI
- - - -
John: Yes, it is a bad way to do research -- and we have known
that for the last several years of survival politics.
As of this May, I am taking a 15 month sabbatical, in which I am
going to do nothing except think science. Although I am around
CMU a bit, I am genuinely cut free of all of these problems and,
believe it or not, they are protecting me almost to perfection.
Thus, I personally am not going to get involved for the next
while in such questions.
I had heard via the grapevine (source in Ed Feigenbaum?) that
Heilmeier was leaving in Jan. If true, that certainly dictates
anyone waiting to see what will happen. Ditto the elections, I
would think. But both those are just off the cuff reactions.
A.N.
-------
∂09-AUG-76 0007 TOB nsf
To: LES, JMC
I am planning to support a student now in
master's program in CS for an engineer's
thesis in EE. About 6 months. He wants
to do a software project with AL and seems
competent, has good references. The money
is ok. I want to clear it with you.
Tom
∂09-AUG-76 0406 FTP:HERB SIMON(A350HS02) at CMUA ARPA policies
From: HERB SIMON(A350HS02) at CMUA
Date: 9 Aug 1976 707 EDT
Subject: ARPA policies
To: JMC at SU-AI
- - - -
John: I am much in agreement with Allen that the time to ask for a
reexamination of Federal policies with respect to support of AI in
particular and computer science in general is just after the next
election. I think that this is an extremely important issue of
National science policy that has never been confronted, and that
our concerns should be presented to the next science advisory group
when we know who they will be. The key persons in the present
structure appear to be Stever and Bill Baker, but I don't know
who are or are likely to be the science advisors to the
Carter organization. Do you? Since physicists are likely to continue
to have high prestige, we should swallow pride and ask ourselves who
among the Jasons or elsewhere appear to be most knowledgeable and
concerned in our area. Who are your candidates? Finally, we need to
work, partly at least, through the new computer science structure in
the National Academy. I've forgotten just how that settled down, but
I'll try to inform myself again. (Returning to the subject
of physicists, is Sid Drell someone we should co-opt; or Marvin
Goldberger? I know them both well.)
On another topic (not unrelated), I read the current SICART on
Weizenbaum and all that, and am reinforced in my belief that such exchanges
alter few opinions of either participants or onlookers. My
general impression from talking around in various circles (not just
computer science) is that the very extravagance of Joe's denunciations
have neutralized much of the potential effect of his argument, if it had
any. What we continue to need is propaganda of the deed -- i.e., more and
better IA programs that do intersting and significant things and that
create knowledge which, like most knowledge, has more potential for good
than for harm. Cheers, Herb
-------
∂09-AUG-76 1654 RDR immediate matters
The terminal order [LSI's] is being held up at our request--
they would like to go ahead as soon as possible. Since the one works, we
can now place the order for the entire 50. So we need a purchase
requisition. I believe that this will be billed against either the
Academic Computing Reserve or Plan Revolving Fund, so this is
no problem. We need to just get the proper OK's and do it. Highfield
is chomping at the bit, and rightly so I guess.
I'd like to rent an acoustical coupler from SCIP @$15/mo. Ted says AI Lab has none that
are working. I'll nee an interdepartmental request, and if you OK this,
please tell Hersche Allen.
I'll be up to the Lab tonight and tomorrow--I should leave to go to ISI to run the
benchmarks on Wednesday.
∂09-AUG-76 1700 RDR
also, i have a form for you to sign to get us a SCIP account
∂09-AUG-76 1700 RDR
also, i have a form for you to sign to get us a SCIP account
∂10-AUG-76 2045 TOB ARPA
Image Understanding currently supports
Binford 33%
Ron Goldman
Dave Arnold
Both of them I rate highly. We are currently
underbudget and understaffed. If we are to
be able to report progress in image understanding
and to make a credible proposal for the next
cycle, we will need more people.
Tom
∂10-AUG-76 2100 LES Computer charges
To answer the question you asked during your afternoon snit,
we could probably justify computer charges of about $280,000 per year.
This is based on a three year write off of the KL10 ($117k/year)
plus the salaries of Rubin, Frost, Panofsky, Wilson, and Dimmick,
and $2,000/month for expendable materials. It could plausibly be
padded a bit more.
I leave to your imagination the question of what fraction of the machine
could be sold outside.
∂11-AUG-76 1122 FTP:Nilsson at SRI-AI CS 225 COURSE DESCRIPTION
Date: 11 AUG 1976 1121-PDT
From: Nilsson at SRI-AI
Subject: CS 225 COURSE DESCRIPTION
To: JMC at SU-AI
The following is about three text pages describing the CS 225 class
I am teaching at Stanford this fall. I would be interested in any
comments or suggestions especially regarding term projects.
Draft
CS 225
Artificial Intelligence Research
Nils J. Nilsson
Fall 1976
I. Introduction
The main purpose of this course is to expose the student to
some of the frontiers of research in Artificial Intelligence. We shall
pursue certain topics in considerable more depth than could be done
in CS 224. This year the main concentration will be on knowledge
representation and problem solving. Students will be expected to select
a topic within this field for a term project to be completed by the
end of the quarter. Written reports describing the projects will be
required. Clarity of exposition will be stressed.
II. Class Schedule
At each class meeting we will informally discuss a scheduled
topic. Each student will be responsible for leading one of these
discussions. To prepare, he or she should do the necessary background
reading and then organize an informal presentation of the central ideas
involved. The other students will be expected to have read the more
important of this background material so that they will be able to
participate in the discussions. All presentations will be informal with
many questions encouraged. There will be much emphasis on comparing and
contrasting the different ideas.
Tentative List of Topics for
Class Meetings
1. Overview and Scope
Discussion of Goals of Course
Discussion of Term Projects and Class Meeting Topics
Administrative Matters
2. Overview of Semantic Networks
3. Partitioned Semantic Networks
4. Conceptual Dependency Theory
5. SCRIPTS and PLANS
6. KRL
7. OWL
8. Inheritance of Properties in Hierarchically Organized
Representations. "The Symbol Mapping Problem."
!
9. Deduction Mechanisms for Partitioned Semantic Networks
10. Deduction using KRL Mechanisms. Triggers and Traps.
11. Prediction of Context. Conceptual Overlays
12. Augmented Transition Networks
13. The SRI Language Understanding System
14. Computational Understanding (Riesbeck System)
15-19. Oral Progress Reports on Selected Student Projects
20. Wrap-Up Discussion
III Term Projects
Students have a choice of two kinds of projects: programming
or conceptual. Projects in the area of knowledge representations and
problem solving are encouraged, but attempts will be made to accommodate
special projects in other areas such as vision, manipulation, etc. In
all cases we will try to arrange for the student to work under some
qualified specialists from Stanford, XEROX PARC, or SRI. Students should
select a project topic early in the quarter and discuss this selection
with me.
Examples of project topics are listed below. Each of these will
be further defined by discussion.
Programming-type Projects
1. Build a simple "common-sense" deductive retrieval
system having the following properties:
a) The data base should consist of assertions
such as those of QLISP
b) The system should be implemented as a
(simulated) set of parallel processes
using INTERLISP "spaghetti stacks" for example
c) The system should be able to handle
"conjunctive" queries such as "Who
gave Sally the kite that once was owned
by Bill?"
[e.g. KITE(x)&GIVE(y,x,SALLY)&OWNED(BILL,x)]
d) Input/output can be in some suitable
formalism that matches that of the
representation (i.e. we are not concerned
here with understanding natural language)
! 2. Program a version of Winston's system for learning
structural descriptions but use the "delineations" of partitioned
semantic networks instead.
3. Program a "mini-MYCIN" or "inference net" for recognizing
wildflowers (or trees or birds or whatever) using a rule-base that you
can collect. Input/output can be in an appropriate formalism (not
English) matched to the internal representation. The system should be
able to accept volunteered information.
Conceptual-Type Projects
1. Develop a scheme for generating plans in complex worlds
in which there are other agents and in which there are
operations involving continuous processes
2. Translate as much as possible of Schank's CD theory
including SCRIPTS and PLANS into either a KRL or a partitioned
semantic net representation.
3. Add a formalism to Schank's CD theory to represent
quantification.
4. Develop (and prove the correctness of) algorithms that
will map arbitrary predicate calculus wffs into
semantic network form and vice versa.
5. In consultation with the SRI semantic network group and
the Xerox PARC KRL group, select a single task and decision
programs in KRL and in the partitioned semantic network
formalism. The written report should stress the similarities,
differences, advantages, etc. of the two formalisms for
the selected task. (Some program-writing may also be
done depending on availability of computing resources.)
-------
∂12-AUG-76 1818 ACT ARPA budget
After squeezing travel and expendables a bit, omitting the Gorin replacement,
and dropping the TTY scanner and new displays, the deficit is down to $57k.
See ARPA.BUD[1,HVA].
∂12-AUG-76 2158 LES ARPA again
If we omit the Gafford replacement (or, equivalently, charge him entirely
to NSF hand-eye, which has an adequate surplus) and shift Binfords allocation
so that he is just 15% on ARPA, rather than 33%, then the deficit reduces
to $31.6 k.
I think we must take at least 2 or 3 new students.
∂12-AUG-76 2209 LES
I assume that is in addition to the three new students we are already
committed to support (Pattis, Pressburger, and the ME student).
Also, the current budget does not cover Wadler beyond this summer.
I never intended to support Wadler beyond this summer. Who is Pattis?
∂12-AUG-76 2206 TW via MAXC no cost extension
As far as I know, I am supporting no summer students this summer,
and my own salary is coming 1 month from the NSF, 2 months from Xerox.
Therefore, I believe I am already practicing no-cost living, and could
do it again next summer without particular trouble. I have the
Xerox grant again for next year, and the NSF runs for two, so I can
contuinue supporting 4 students (currently Levy,
Martin, Model and Herskovits) without ARPA involvement. During
the year I had two students (Gabriel and Appelt) on ARPA at various
times, but they were never working directly on my research. I guess
I would give Appelt first priority if it came to a crunch. Jonathan King
got an IBM fellowship, so he's covered for a year. My own salary proportion
during the year is down to under 30%, and I can explore the possibility
of having more of it picked up by one of the other grants if that seems
called for. I probably can't squeeze more out of Xerox since they've
gone pas the budget points for this year, but I might persuade NSF
to let me use some of the money which I save d them this summer by only
taking one month.
--terry
Can the NSF be used for this summer simply be retroactive bookkeeping?
∂12-AUG-76 2343 REG via ALOT Position as LOTS manager.
Under the circumstances, I cannot say at this time whether or not I'm
willing to take this position. I'll have a definite answer for you
on or before October 1.
Should I not take the positionof LOTS manager, I would expect to
terminate on October 31, or any earlier date that's convenient.
Please confirm the existing job offer in writing.
∂12-AUG-76 2355 LES Pattis
Pattis is a new student who had expressed interest in AI and early
this summer asked if he could start early. We agreed, although I
don't believe that we are formally committed to support him during the
academic year. After arriving here about a month ago, he claimed to
be affiliating with Green, although Green didn't list him on his
priority list. I sent a note early this evening to Cordell asking about
this discrepancy.
∂15-AUG-76 0257 RDR via AMET
To: JMC, REG
If need be, we can hire as 'monitors' students eligible for work study,
who then are paid 60% (89%?) by the government. So that makes
the security problem manageable in Cedar, as well as providing a small
amount of assistance in matters such as introducing new users to the terminal.
These subsidized helpers can be supplemented by more interested ones who
happen not to be eligible for work study, yielding balance.
∂15-AUG-76 2353 LES
Turns out it was Randy Davis showing some "kids" programs to friends.
He will correct the login.
∂16-AUG-76 1120 PAW
To: JMC, LES, HVA, DCL, RWW, CCG, JC, TOB
Dr. Sally Sedelow of NSF called this morning. She is going to be at
Stanford on Wednesday 25 August and would like to come to the lab
at 9 am to talk with anyone interested in funding from NSF. She is
mostly interested in an overview of work here and does not care if
there are any demonstrations as she has an appointment on campus at
11 am and there won't be adequate time for them. (Les - If there are any
problems or questions, you can reach her the first part of the week
at the following number in Washington: (202) 632-5743.)
cc: JMC,LES,HVA,TOB,DCL,RWW,CCG,JC
∂16-AUG-76 1602 RDR
Ok to try to get BEG.TXT[LOT,RDR] put in Campus Report?
Put "Call Dave Roode, Acting Assistant Manager at ext. yyyy" instead
of just call the extension.
∂16-AUG-76 1653 PAW LA trip
depart PSA #162 at 8:45 am, arrive 9:40 am
return PSA #561 at 8:45 pm, arrive 9:40 pm
there is also a
PSA #160 depart 7:20 am, arrive 8:15 am
if you should prefer that...tickets are prepaid at San Jose airport
∂17-AUG-76 1104 PAW bimonthly meetings with Miller
Miller's secretary called and Miller would like to set up regular bimonthly
meetings with you; the suggested dates and times for the next three are:
Sept 28 at 4:00, Nov 30 at 4:00 and Jan 27 at 4:00.
His secretary is Helen Sperry at 74989.
∂17-AUG-76 1350 RDR
Maybe you should tell Ralph he can have his $700/year in an "expense
account." Yundt thinks we mighht be able to get terminas as
early as next week. Who should I talk to in theProvosts
office to check into the purchase order? (if anyone; that is if
it becomes necessary--Highfield may still receive it)
Can we set a price we would be willing to pay
per terminal on a contract basis soo we can begin?
∂17-AUG-76 1706 MUZ appt with Franklin
Franklin would like to meet with you Thursday at 10:00. If this is not ok, call
his secty Judy x73700....patte
∂17-AUG-76 1817 LES ARPA BUDGET
To: JMC, DCL, CCG, TW, TOB
Here is a draft of a message to ARPA that I plan to send tomorrow
(Wednesday) to Russell, Carlson, and Carlstrom. Suggested changes
in the plan or ways to strengthen the impact statements are solicited.
This plan, as it stands, does NOT include support for any new positions.
In a telephone conversation with Russell today, I described these
alternatives in general terms and received a noncommittal response.
[He did grumble that they had just lost some more money unexpectedly.]
Cheers,
Les
-------------
IMPACT OF FUNDING STRETCHOUT
This is a follow-up on our discussion last week of the impact of a
proposed three month no-cost extension to our contract. In terms of
the existing funding level, the proposed extension is equivalent to a
$254k cut. Here is a summary of the effects of cuts at three
different levels and the additional funding needed in each case.
LEVEL 1 - $210k needed for a simple squeeze.
Action Impact
Reduce support staff Almost no effect. This is made possible by
and expendable the fact that recent grants from NSF, NASA, and
materials budgets Xerox are now covering a part of our support base.
LEVEL 2 - $86k needed with belt tightening, attrition, and stretchouts.
Action Impact
Cut travel budget by Some participation in technical conferences
$500/month. and meetings, though desirable, will have
to be curtailed.
Cut capital equipment Restrict expenditures to required modification,
from $40k to $19k. maintenance, and repair of existing equipment.
Defer aquisition of needed display terminals
and teletype scanner.
Eliminate three A computer technician has just left and a
staff positions system programmer and a computer engineer will
leave shortly. If we do not replace them,
system reliability will decline and some
equipment will go unrepaired.
Eliminate four Seven students have or will complete their
Student Research PhDs this year. If we bring in just three
Assistantships new students, then in effect four positions
will have been eliminated. The reduced
staffing will have the effect of stretching
out the research program.
LEVEL 3 - No additional funds needed with a harsh cut.
Action Impact
Eliminate seven more We could bring in no new students and lay off
Student Research four that we have (effective October 1).
Assistantships The layoffs would be two each from program
understanding (Green) and formal reasoning
(McCarthy). This would further slow current
work and failure to get new students would
jeopardize the future strength of these projects.
∂19-AUG-76 1138 FTP:LIEB at SUMEX-AIM REF PDP-20
Date: 19 AUG 1976 1138-PDT
From: LIEB at SUMEX-AIM
Subject: REF PDP-20
To: MCCARTHY at SAIL
I AM SENDING THIS TO CHECK ON THE STATE OF THE SYSTEM PROGRAMMER
POSITION YOU ARE THINKING OF FILLING. IS IT STILL OPEN?
THANK YOU FOR YOUR TIME.
JIM LIEB
-------
The position has been posted, and you are welcome to apply for it
through personnel. Ralph Gorin, who will be interviewing candidates
on the 23rd is on vacation.
∂19-AUG-76 1158 DLB via AMET LOTS
I understand that you need some numerical software moved to the LOTS machine
from SCIP for CS 135 and other courses. I am curious as to what
exactly is involved. I am a Ph.D. student in Numerical Analysis in the C.S.D.
I don't know what is involved. This is up to the numerical analysis
faculty, but I would be grateful for any initiative anyone can take.
The opportunities and consequences for CSD of moving classes to LOTS
will be taken up officially when school starts, but any headstart would
be valuable. Computer time here and at a KL20 in Los Angeles is available.
I will be away for two weeks, and the only person available is the
student assistant manager David Roode, whose extension is 7-3214.
∂19-AUG-76 1346 RDR
I just spoke with Highfield. He still has not received the tarminal order, and
since SCIP is anxious, he has tried to pursue it with the Provost's office. But
people are on vacation, and he cannot determine who to talk to. Who is handling
this there? Would Miller's secretary be the one?
Benchmark data is coming as soon as I type it in.
I gave the purchase requisition to Ed Shaw at 4:58pm Monday.
∂19-AUG-76 1511 RDR
file RESULT.TXT[BCH,RDR] summarizes benchmarks.
Thanks for the benchmarks. The only additional benchmark I want
for now is in LISP. Please see Chris Goad about this.
∂19-AUG-76 1659 RDR via AMET
I asked CG about benchmarks, and he doesn't have anything special. Did
you hhave anything in particular in mind, or is he just a person
to ask about LISP?
∂20-AUG-76 1005 PAM TA this fall
John .. I need a TA job for the fall because my grant from Xerox is not going
to be renewed. I would like to TA 206; please let me know what's up as soon as
possible.
Thanx .. Paul
I have already arranged for Chris Goad to TA CS206.
∂20-AUG-76 1246 RDR Benchmarks
To: LOTS.DIS[P,DOC]:;
Some benchmark results comparing the ISI DEC-20 system with the AI Lab's
KL10 and SCIP's 370 are in the file RESULT.TXT[BCH,RDR] at SAIL. These
were Fortran programs from Educom run in F40 on the DEC machines and the
comparable Fortran IV Level G on the 370.
∂20-AUG-76 1456 RDR
From whom will we find out when the decision about LOTS' location
is made? The thing is, as Ralph said in a message he sent me, we need to
start right away on getting the site ready. Esparza anticipated a three
month lag time, which means if we start yesterday, we might get done
in time for machine delivery. Hopefully, this can be speeded up,
but still we have to start. The USE strike also complicates
things.
I didn't realize that Stanford was so slow. I called Shaw to ask for
promptness, but he wasn't there. I left a message asking for a prompt
decision and a prompt start on site preparation. I said that you would
call Shaw 7-3815 Monday afternoon, but if Ralph is available, it would
be better if he did it.
∂21-AUG-76 0321 RS sail
SAIL works on the TOPS20 system. There were only a few problems
that required changes in the source code. The most significant
changes from TENEX appear to be:
(1) GTJFN: the names of files and the characters
that can occur in them. Fortunately, most programs on TENEX
don't examine file names, but those that do will have some
difficulty in tranport.
(2) The change in the end-of-line convention, to
correspond to the more classical idea that typing a carriage
return puts a CR-LF in the input buffer. TENEX tried to
use a special EOL character (37 -- "∨" at the lab), and
that will present some problems to some programs.
The SAIL system itself appears, however, to be in order.
Scott will be trying out more programs in the next few
days. We will give you a written report of the status
before I leave.
It will not be necessary to go to ISI.
Scott Daniels
Bob Smith
∂24-AUG-76 2203 TOB slow system
To: REG, JMC
Even editing has been very slow tonight. I
notice that there are three big jobs running,
210p JAM, 132p JFS, 132p TVR. I have noticed
in the past that when Cartwright runs his job
190p with 25% service level the system turns
to glue. I suspect some connection.
∂25-AUG-76 0639 FTP:BUCHANAN at SUMEX-AIM Weizenbaum review
Date: 25 AUG 1976 0639-PDT
From: BUCHANAN at SUMEX-AIM
Subject: Weizenbaum review
To: JMC at SU-AI
I put together a review of JW's book for a medical journal that no CS people
will ever see, and am considering an AI memo for distribution.
Would you like to put your review together with
Lederberg's and mine in a joint memo? Any other Stanford reviews that should
be included if we did it?
I'm sending a copy of the review in the next msg.
Bruce
-------
∂25-AUG-76 0640 FTP:BUCHANAN at SUMEX-AIM buchanan's review of weizenbaum
Date: 25 AUG 1976 0640-PDT
From: BUCHANAN at SUMEX-AIM
Subject: buchanan's review of weizenbaum
To: JMC at SU-AI
00100 Weizenbaum's Computer Power and Human Judgment is a book about the
00200 immorality of applying computers to tasks that ought to be done only
00300 by humans. The author speaks out against improper and immoral uses
00400 of the tools available to us, especially computers. Some readers
00500 will find his description of computers illuminating and alarming, the
00600 rest of us can still benefit from the challenge to sharpen our moral
00700 criteria.
00800
00900 The author is a leading computer scientist teaching at M.I.T. who is
01000 disturbed by both the strongly pro-technology, and the anti-humanist
01100 statements of some computer scientists. He is also concerned about
01200 the public's passive acceptance of technologists' definitions of
01300 social problems and their subsequent technological solutions.
01400 Examples supporting both concerns are numerous, and readers need to
01500 remind themselves often that there is a point to the examples, many
01600 of which are very pointed criticisms of individuals. Much (perhaps
01700 too much) of the book is devoted to reasons why the book was written.
01800
01900 The last chapter (10) contains the material most worth reading, with
02000 the first chapter providing a very readable introduction. With
02100 some misgivings at trying to collapse 280 pages into a few lines, we
02200 can summarize the main theme of the book in an informal argument:
02300
02400 (1) It is wrong for us to cause people to be treated as less than
02500 "whole persons". (E.g., "An individual is dehumanized whenever he is
02600 treated as less than a whole person." p. 266).
02700
02800 (2) Computers can never fully understand human problems [because they
02900 must ignore aspects of human experience that are not describable in a
03000 language].
03100
03200 (3) Therefore, it is wrong for us to command computers to deal with
03300 human affairs, i.e., to perform tasks requiring understanding of and
03400 empathy for human problems [esentially because computers lack a
03500 person's complete view of other persons].
03600
03700 Proposition (1) is a presupposition for the entire book. But the
03800 concepts of the whole man or of man as object are not as simple and
03900 obvious as the author would have us believe, and the moral dictum in
04000 proposition (1) is not easy to apply, for in some circumstances it is
04100 desirable to treat persons as anonymous entities, as in voting.
04200 Much of the material in Chapters 4-9 is an exposition of a
04300 non-mechanistic view of man, in support of proposition (2).
04400 Chapters 2-3 discuss the abilities of computers and how they work.
04500 Intertwined throughout all the chapters is evidence that people want
04600 to and can apply computers in human affairs as well as evidence that
04700 it leads to evils. Now the problem is understanding these
04800 propositions and deciding whether one believes them to be true. In
04900 the book, this is largely left as an exercise for the reader.
05000
05100 Any useful tool can always be misused. The particular dangers of
05200 computers stem from their versatility and complexity. They are
05300 versatile enough to be used, and misused, in applications that affect
05400 life or that have serious, irreversible social consequences. And
05500 computer programs are often so complex that no person understands the
05600 basis for the program's decisions. As a result, we are told,
05700 managers, physicians, and decision makers of all sorts do not feel
05800 responsible for the consequences of decisions made by computer
05900 programs. A large portion of the book is an elaboration on these
06000 dangers. These dangers are also used to support proposition 3,
06100 above: that there are decision making tasks we ought not turn over
06200 to computers.
06300
06400 The computer programs that most concern the author are the complex
06500 problem solving programs developed under the general name of
06600 artificial intelligence. These are classified as (a) simulations of
06700 human problem solving (cognitive simulations), (b) programs that
06800 solve difficult problems without trying to duplicate human methods
06900 (performance programs), and (c) programs, or other work, that explore
07000 theoretical issues in computing (these he ignores). The claims made
07100 about cognitive simulations and performance programs seem to disturb
07200 Weizenbaum more than the work itself. Perhaps those claims, made ten
07300 and twenty years ago, should have been more cautiously phrased to
07400 say, for example, that computers will successfully simulate some [not
07500 all] aspects of human thought and complement [not replace] human
07600 problem solvers. Several examples are taken from psychiatry, partly
07700 because others read too much into a simple program he wrote ten years
07800 ago that mimics some conversational aspects of a therapist, a fact
07900 that profoundly disturbs him.
08000
08100 In any case, Weizenbaum's arguments are aimed at showing that
08200 computer capabilities are not coextensive with human capabilities. If
08300 the arguments are correct, then computer programs cannot successfully
08400 duplicate all aspects of human intelligence (proposition 2, above).
08500 Whether they could sometimes be used, morally and profitably, in
08600 place of humans still depends on understanding the concept of
08700 dehumanization in proposition (1).
08800
08900 This viewpoint can be pushed to extremes to argue against any use of
09000 computers, in which case even the worst human decision makers are
09100 seen as better qualified to make social decisions than the best
09200 computer programs ever will be. What seems more credible is that
09300 computer programs are more dangerous in the hands of poor managers
09400 than in competent hands. And Weizenbaum obliquely gives us a
09500 criterion for competence: the competent manager understands the basis
09600 for the program's decisions and maintains an ability and willingness
09700 to override the programs. On the other side of the coin, a program
09800 becomes less dangerous (in any hands) if it can demonstrate its line
09900 of reasoning from problem description to problem solution, can be
10000 queried about its assumptions and methods, and otherwise opens itself
10100 to understanding.
10200
10300 Admittedly, computer programs are not easily understood (the main
10400 point of chapter 9). This is a great shortcoming, but not one that
10500 has escaped notice. Also, managers (of many sorts) have admittedly
10600 abdicated some responsibility to technology. In just this sense,
10700 physicians are chided for becoming "mere conduits between their
10800 patients and the major drug manufacturers" (p.259). But
10900 competent managers and physicians will first understand the scope and
11000 limitations of their tools before using them.
11100
11200 Weizenbaum is asking us not to do research on programs, methods or
11300 tools with obvious potential gross misuses: he finds no benefits that
11400 are worth the price of meddling with tools "that represent an attack
11500 on life itself" or that substitute for "interpersonal respect,
11600 understanding, and love" (p. 269). Incidentally, this is the same
11700 theme as expressed in his letter to Science attacking recombinant DNA
11800 research ( Science , July 2, 1976, p. 6). He also advocates
11900 renunciation of projects with "irreversible and not entirely
12000 foreseeable side effects."
12100
12200 The guidelines that he gives are certainly incomplete for research on
12300 energy, communication, transportation -- and almost anything
12400 interesting enough to be applied in the next century -- would have
12500 unforseeable side effects or could be used to assault life. They
12600 are offered as expressions of his own subjective criteria, and
12700 perhaps because they are subjective they cannot be expressed
12800 adequately in the language of the brain's left hemisphere (as he
12900 reminds us in another context). Such guidelines, even when precise,
13000 also fail to admit the value of research aimed at defining the limits
13100 of what computers can do by working on programs at the boundaries
13200 between men and machines.
13300
13400 He says he is not asking others to adopt his own criteria, that the
13500 book advocates exercising our own courage to say NO when our "inner
13600 voice" tells us an act is wrong (p. 276). Since we do not know what
13700 another person's conscience tells him, however, we do not necessarily
13800 feel safer knowingit has been consulted. Weizenbaum's attacks on
13900 his colleagues seem to reduce to the question whether or not they
14000 have listened to their own inner voices.
14100
14200 The same concerns were raised in less inflamatory books and articles
14300 by Norbert Wiener [e.g., N. Wiener, God & Golem, Inc. (M.I.T.
14400 Press, Cambridge, 1964)]. Wiener's solution, if it may be called
14500 that, is not to stop work on some research but to "render unto man
14600 the things which are man's and unto the computer the things which are
14700 the computer's. This would seem the intelligent policy to adopt when
14800 we employ men and computers together in common undertakings. It is a
14900 policy as far removed from that of the gadget worshiper as it is from
15000 the man who sees only blasphemy and the degradation of man in the use
15100 of any mechanical adjuvants whatever to thoughts." This view of the
15200 symbiotic relationship of men and machines is a much more
15300 constructive one that Weizenbaum's. It places the computer in the
15400 hands of problem solvers, and not the other way around. In this
15500 view, there are still interesting questions for computer specialists:
15600 how can a program provide a manager (problem solver, decision maker,
15700 etc.) with enough information that he can accept responsibility for
15800 its output? How can the program convey its scope and limitations to
15900 the manager? How can we design programs that are more useful for
16000 managers -- i.e., easier and more pleasant to use, easier to
16100 understand, more knowledgeable and more flexible?
16200
16300 Another recent book dealing with the relationship of man and machine
16400 is R.Pirsig's Zen and the Art of Motorcycle Maintenance (Morrow, New
16500 York, 1974). It too builds on the premise that scientific, logical
16600 inquiry leads to only one kind of truth, that the subjective,
16700 intuitive, emotional side is necessary for human interaction and is
16800 equally legitimate. There is a similarity in the message, but a
16900 world of difference in style: while Pirsig's novel evokes emotions,
17000 Weizenbaum prescribes them.
17100
17200 A distressing undercurrent through the whole book is its
17300 anti-rationalism. In discussing dangerous research in the book,
17400 with recombinant DNA used as an example, he questions the need to
17500 give any justification for stopping the research. For example, "Is
17600 not the overriding obligation on men ... to exempt life itself from
17700 the madness of treating everything as an object, a sufficient reason,
17800 and one that does not even have to be spoken? Why does it have to be
17900 explained? It would appear that even the noblest acts of the most
18000 well-meaning people are poisoned by the corrosive climate of values
18100 of our time." (pp.260-61). But this irrationalistic sentiment
18200 ignores the value of giving reasons for halting research on projects
18300 with great potential benefits for human health as well as dangers. If
18400 scientists failed to provide reasons for their decisions, either to
18500 halt or continue lines of research, how can we ever expect informed
18600 decisions from the public and legislative representatives? If there
18700 is madness in treating people "as objects" there is just as much
18800 madness in assuming that one's own research decisions require no
18900 justification.
19000
19100
19200 In summary, the main issues of the book are important for everyone,
19300 and are especially directed at persons working with computers. In
19400 spite of the backbiting, the digressions, and the vague language in
19500 which the perceived evils are (and perhaps must be) described, the
19600 book deserves discussion and contemplation. It is not the kind of
19700 book that can be taken literally but it does raise questions that all
19800 scientists need to answer for themselves.
-------
∂28-AUG-76 1406 RDR LOTS location
To: LOTS.DIS[P,DOC]:;
As of yesterday, word was received from Ed Shaw that the LOTS
location will be Cedar Hall. The machine will be located there also,
with airconditioning and electricity to be added, and paid for from
the LOTS budget. We will have to push this to get through required University
bureaucracy and the renovation by November. (Promised delivery
is 19 November, we hhope for sooner.)
Now we are seeking furniture for LOTS use, and we will be doing some
wiring (no bureaucracy) for the 50 terminals ourselves. Also, the building
has been being used as a warehouse, so the walls are a mess from marks
left by shelves, etc. We will probably be doing something about that.
Assistance anyone? Ideas? Comments? If you want to get in and examine
the building, ask me.
By the way LOTS has a phone, it is (415) 497-3214.
∂02-SEP-76 1321 LES
∂02-SEP-76 1101 FTP:RUSSELL at USC-ISI (Response to message)
Date: 2 SEP 1976 1102-PDT
From: RUSSELL at USC-ISI
Subject: (Response to message)
To: LES at SU-AI, Carlstrom, Carlson
cc: RUSSELL, Kahn, Blue
In response to the message sent 19 AUG 1976 1355-PDT from LES @ SU-AI
Les,
Thanks for your message of the 19th which summarized the
expected future status of the Stanford AI program. I will make every
effort to support your level two proposal, subject as always to
the availability of funds and approval by the Director. You should
work out with Carlstrom and Carlson the exact nature of the proposals
you have in mind to cover this work for the last three months of FY77-
July September 1977.
Dave
-------
∂03-SEP-76 1504 RDR via AMET SIPB
To: LOTS.DIS[P,DOC]:;
The 1975 annual report of MIT's Student Information Processing Board
is in SIPB75.TXT[LOT,RDR]. It details SIPB activities, all of which
pertain to LOTS. The 1976 report will nott be ready for
a while, as they managed to get a budget for next year without it.
∂03-SEP-76 2236 FTP:Mark Crispin (MRC @ MIT-AI)
Date: 4 SEP 1976 0137-EST
From: Mark Crispin (MRC @ MIT-AI)
To: jmc at SU-AI
Happy Birthday.
-------
∂05-SEP-76 1539 RDR via AMET whhat up is
Well, I am beginning to feel tthat LOTS is rolling. [Enough for the
intangible.]
Esparza is supposedly moving fast on the site prep. I'll see him
Tuesday, to pass on some more word from Ralph and get his reactions
after consultation to our wanting 15 tons of airconditioning rather than
5, as well as more electricity than he thinks we need. I can't see
how that engineering firm estimated
5 tons from the information we gave tthem, that seems incompetent
on their part and definitely makes me regret dealing with them second
hand through Esparza.
I got a blurb (very short, 1 page) on differences between DEC and IBM
fortran from SUMEX. It was enttirely the few things I had already found,
so that tends to indicate that there will be few if any problems. The
one place where something might come up is in machine dependent
things like random number generation, but that shouldn't be too serious.
Did you see the printer (LOTS') in the machhine room?
TThe terminals should come within three weeks from now (all of them).
Queenie is getting all set for working on LOTS, and is paying
attention to miscellaneous University operational points tthat someone
needs to attend to. (thus she will be experienced
in advance, as she already is.)
Personnel requistions for me and Queenie went down last week. (Ralph
arranged them while he was gone.) He asked for a waiver for me and since
Queenie will be a transfer, that should be easier.
We need publicity and student involvement from fall quartter on. That
is being worked on, and the Computer group may do some things under
its name. Also, somethingg like a "paint party " at Cedar mightt be a ggood
idea to introduce us while we have time before the machine comes. It
is in the low overhead spirit ttoo. Speaking to freshmen during
orientation (maybe on the AI Lab tour) is another idea. The SIPB
report is very interesting, as far as student partticipation
in LOTS is an issue (very far.) If you xspool it,
use /lmar=70/noh as there are spaces in the left I still need to
get rid of.
IMSSS is moving out of Cedar and I am ignoring SCIP's Pine antics, except
that they seem to be delaying IMSSS' complete move.
∂05-SEP-76 1600 RDR via AMET
To: REG, JMC
I think we need a more nearly formal master plan, so I'll
work on that some.
(No PERTT chharts though.)
∂05-SEP-76 2310 PMF
Do you need a TA for CS206?.
Chris Goad will TA CS206.
∂06-SEP-76 1453 RDR via AMET Telenet
To: JMC, REG, RDR
Well, even if SCIP's Telenet connection is not throught the TRAN and
so does not include LOTS, I guess that cannot go on for long as LOTS
becomes more and more successful. Once LOTS were on EDUNET, we could show
them the good things like MAIL and FTP which their foolish implementation
plans omit altogether now. I really imagine tthat these ttwo things
are more important than everytthing else. They appear to be
totally oblivious to what has gone on with tthe ARPA net.
An inter-university network would have tremendous potential benefits
for undergraduate computing, as in LOTS. From ttalking with
undergraduattes at MIT, I have found a lot of instances where thheir
experience can benefit us and even vice versa. For example, their
370/168 would do well to run SCIP's HISPEED monitor and maybe even
Wylbur, but have they heard of the former or considered the latter, no.
FOr about six monthhs now, several of us here have been in conversation
with even more att MIT. MIT has always had muchh student contact with
the ARPA net because of their liberal machine access policy in off hours.
By chance, coincident with LOTS, a hint of that type of contact began
developing here as we met some MIT students who already
knew someone hereon Darttmouth's computer via Telenet on Honeywell's
demo number. There do not appear to be other insttances of such
contacct between undergraduate computing communities (no wonder with
organizations like SCIP) and the principles exempified
in the ARPA net. Since MITT has nothing to do with EDUNET, Stanford
should try to aid EDUNET in developing apppropriattely.
I hate to see SCIP representing Stanford to the world in any capacity.
Thhere are inherent problems of abuse in the nettwork I imagine, and
SCIP could not possibly deal with them and still keep the
beneficial points active. But that is no problem, as they haven't
the foresight to see the benefits in the first place!
∂07-SEP-76 0939 AJT Chatting
I would like to continue our chatting about my thesis ASAP. A new draft
will appear later today. If you think that Suppes would be a good man to
have on the reading committee in lieu of Hintikka, would you be willing
to call him and ask/recommend that he do so?
Thanks. Arthur
∂07-SEP-76 1117 AJT
Yes, that would be fine. What time (2 o'clock, say?). What about the Suppes
thing? That should get done soon.
∂07-SEP-76 1425 RDR STANnet
To: LOTS.DIS[P,DOC]:;
[first message from HEDBERG@sumex-aim]
Subject: networks
To: rdr at SAIL
How about an extension to the ARPAnet called <blah>net? It would
look exactly like the ARPAnet to user programs, but connect SAIL,
IMSSS, LOTS, and SUMEX? The network stuff in the monitor would try
to get <hostname> on the ARPAnet, and when that failed, it would
try <blah>net. -Erik
-------
Of course, I love the idea! Either I had already thought of it or someone
else had mentioned it to me. When I saw tthe ITS prottocols making
the ARPA net more cconvenientt for intter-MIT communication, tthis is what
I thoughtt they had...
And whhy limit it to just DEC-10's? We could even let scip on! the problem
witth that is they think they have all the ideas and are planning to
solve such a problem/goal in ways of their own(they classify everything
non-SCIP on campus as a "mini" and plan to use DECnet, suitably IBMized.
Concerning Networks
We are currently pursuing a plan called DIALNET that would allow any
computer that equips itself with a telephone dialer to communicate
in ARPAnet style with any other. Thus there would be no need for the
politics of joining a formal network. A description of this plan
is in DIALNE.PRO[E76,JMC]. Academic credit is available for work
contributing to implementing it. Later there may be money.
∂07-SEP-76 1525 AJT grumble
John,
I will return to Switzerland on October 12. If it is humanly
possible, I should like before then to have had an oral exam. To do
this, and especially to collect examiners, I need your help very badly.
Hintikka is away, Shepard is out of town until the 12th. The university wants
several weeks notice. As my principal advisor I think you owe me some
cooperation, especially when things are so tight.
Arthur
∂08-SEP-76 0037 FTP:Jonathan Day (DAY @ MIT-MC) Dialnet proposal
Date: 8 SEP 1976 0337-EST
From: Jonathan Day (DAY @ MIT-MC)
Subject: Dialnet proposal
To: JMC at SU-AI
I would appreciate receiving copies of further
communicanda relating to your Dialnet proposal.
Could I be added to a "distribution list" or some such.
Net address is "DAY@MIT-MC". The Dialnet
idea seems to be the solution to a problem we have
been thinking about here for awhile - namely, how to
connect the numerous UNIX installations in the
Baltimore/Washington DC area at low cost. We (Johns
Hopkins) have a FX to Washington, and the installations
in DC are mostly government so have dialing privileges.
Since Unix is exceedingly modular and easy to modify it might
be a good testbed for some of these ideas you mention.
J. Day
Thanks for your help.
-------
∂09-SEP-76 1303 CG INTRO TO LISP DOCUMENT
I got rid of the /J,/. pox macros and replaced their occurences with FILLs and
NOFILLs; also ↑s have been replaced by use of the sup font. I spooled the
resulting document, and it looks alright. The corrected file is CH1N2[206,CG].
∂10-SEP-76 2319 ZM
I left in your mailbox a more recent Personnel Vitae.
I also left a copy of a letter from Nils Nilsson that I found in my files.
Thanks Zohar
∂11-SEP-76 1313 RDR via AMET Time
To: JMC, REG
As I see it, we should ready everytthing possible before
tthe machine comes, planning for the machine to come 1 November. If SCIP
delays a month in vacatting their Pine Hall space, even with IMSSS being
as cooperattive as thhey are, we will be pushing things ridiculouslyy
close if everythingg goes well. Things may nott goo well. I think
that SCIP should be kicked out of thheir space if they will not leave
voluntarily and suspect them of sort of consciously looking
the othher way waiting for us to push the point!
It will not do for them to delay until Pine is remodelled! They were given
a special go ahead to begin this remodeling by moving the RJE from Franklin, yett
it still tokk them quite a while to begin. They do nott appear to be
about to procede all that swiftly.
Basically, they shhould
1) ASAP have IBM vacate the IBM room
2) Quickly move the data communications people from their current location
in IMSSS space
3) Remove thhe desks, tables, and chairs thhat tthey hhave stored in tthe
part of the /67 machine room that is to go to IMSSS!
If tthey begin Monday, we can look for completeion of these items in two
weeks. Now, how do we get them to begin Monday?
I could send a note tto Amy Blue and ask her to interccede, or I could phhone
her. JMC could phone Dickens. It really doesn't directtly concern us
as IMSSS is in between.
∂11-SEP-76 1426 REG via AI Personnel Reqs for LOTS.
To: JMC, RDR
I talked with Amy Blue on Thursday and I'm not sure that anything was decided.
She was upset that I had requested a waiver of posting for the Student
Coordinator slot; apparently JMC had promised Ed Shaw to request no waivers.
Well, maybe she'll calm down Ed.
Regarding the systems programmer slot, I have no candidates that I'm pushing.
This guy from ISI, Ron Currier, is a possibility, but I have an open mind.
[John Borchek seems to have turned into a halftime person, and
on that basis we could afford to hire him, by scrimping a little elsewhere]
Regarding the Admin. Assistant slot, Amy Blue seems firm on conducting a
thourough search within the University for a minority candidate. This
could mean that we can't have Queenie. However, one thing that will aid
us in getting Queenie for this position is that it would be a promotional
opportunity for her, and promotions are one of the most favored categories
for employment. I guess we'll just have to wait to see what Amy Blue
wants to do. Perhaps some proding, at least to get some feedback from her
would be appropriate.
∂11-SEP-76 1448 RDR via AMET QIB
To: REG, JMC
Well, there is an awful lot to be said for her continual experience.
Also, we need to start up quickly, and she knows what is going on.
I can't see why this should be such a mess-up when she already works
for Stanford--it's not like someone from outtside. Maybe shhe'll
chhangge her name to Baurez.
As far as the temporary, fixed term, part time, sttudentt, position
--if they cannot see thatthis is special tthen thhey are rathher blind.
Did you mention anything about having someone in mind to tthem? and that
this was a current employee?
Well, I'll talk to Amy Blue.
∂13-SEP-76 1151 CG LISP NOTES
The current version of CH1N2 on my area includes the title page. Also,
the limits on the integral have been improved.
∂13-SEP-76 1547 FTP:R. David Roode (RDR @ MIT-ML)
Date: 13 SEP 1976 1832-EST
From: R. David Roode (RDR @ MIT-ML)
To: reg at SU-AI, jmc at SU-AI
When you ttalk to Amy Blue, also ry to clear up the Funding for LOTS
Cedar Hall fixup. The activity with which Esparza has occupied his time
concerning the finance ofice has resulted in notthing. Once again,
everybody knows something, but it is not official. Such projects
are supposed to be cleared with the Financce office before going
on to the "Form 2" sttage, and tthis proved difficult in our case; I
guess beccause we are new and in a funny place on the University
ladder. Esparza didn7t even know who our Directtor was. I have
ttold him and he is going ahhead with the form 2, because after the
several days' delay, he and the financce office decided tthat
since tthey knew it was OK down deep in thheir hearts or whatever,
thhey would go on with thhe paperwork without authentic money
on the scene yet.
There should be a memo tto Deans, Department HHeads, and Principal
Administrators advising them of ourr existence! Thus will avoid
numerous hhassles in the future! While we're at it, we should be
added to the list of people advised of tthings concerning "Deans, Department
Heads, and Principal Administrators.
And the Provosts office sould officially notify Finance and Esparza where
our funding is coming from.
-------
∂13-SEP-76 1651 REG via AI
I was at DEC again today, and talked to marketing about the manuals, and I believe
they're willing to to let us reproduce them, at least for our needs the first
six months, but they're hung up on getting their legal staff to approve it.
Apparently, John Leng wants this probelm solved, and is agreeable
to the production of "phone books", but that'll take some months. In the
interim, we'll likely be given permission to reproduce the manuals. Among the
possible catches is that they might ask us to print more in each manual, and print
more manuals for sale to them.
The directory issue has no simple solution. we may be able to extend it to
perhaps 1500 directories, but not much further. Rev 2 software, available in
the spring, extends that to 1500 (or so) per STRUCTURE, but since structure=
disk drive, we'll need to buy anotehr RP06 to take advantage of that. REV B
hardware, which is perhaps 2 years away, will solve the problem by using extended
addressing to access the virtual-core copy of the master directory. This means
the master directory per structure can be 256K. Rev B hardware probably involves
a processor swap.
Indications are that marketing is about ready to annoce the cache for the
20. Estimated price is $100K. We'll have to see if we can circumvent that
by buying a spare cache for the AI lab KL10.
∂14-SEP-76 1122 EHF via AMET putting the cart before the horse
To: LOTS.DIS[P,DOC]:;
We all know that networking is the big computer
buzz word of the day, and that a computer system
is not a computer system, unless it is networked in some
way to atlest n other computer systems.
The above not withstanding, why don't we get back to some of
the real problems we a
going to ave.
(and the ability to ftp between ml and lots, seems to be
deep in the stack, if it is in it at all).
We have yet to solve the real problems of :
documenting out system so that the novice user (e.g. CS 10 person)
can hope to have a chance of doing something useful on our machine.
organizing some sort of consulting, so that when the novice luser finds
that things have become imposible, there is someone around
who can answerquestions.
really sitting down and figguring out how we gre going
to interface (both hard and software) our non-DEC peripherals.
In otherwords, MIT has been at it for many years, there is no
way we can everhope to accomplish what they have
in the space of two or three months. While pipe dreams are
nice λ, they tend to explode if one is not careful.
And finally, How much usefyl (other than sending mail, and
transfering a FEW files) wrk
do any of you really do on the arpanet, to justify us spending
any time (in the first year of operation of lots) bringing
up a network interface. As wel all know the purpose
of the ARPAnet was (is) to implement resource sharing, and
as we all know even better, LOTS is not going to have many
resources left over to share.
end of tirade
You are right that networking is not of high priority.
Ralph has accepted the position of Manager and will be back
next Monday. Any help you can offer him will be appreciated.
∂15-SEP-76 1100 JMC*
Invite Takasu.
∂15-SEP-76 1320 AJT oral committee
I tend to agree with your suggestion that Ed Feigenbaum would make
a good fourth member of my oral committee. Will you ask him, or
shall I? Then there is the question of a chairman... If possible,
I'd like to schedule the exam for the 28th. Sept.
Thanks. A.
You should ask him, and you should ask the graduate school office
to schedule the exam and find a chairman. Both of these are
their prerogative.
∂16-SEP-76 0743 FXB via AMET Cray-1 manual
Did you get the manual I sent?
Yes, many thanks. How is the work going?
∂16-SEP-76 1128 JMC
What are you doing that uses all that computer time?
[REM - Probably UCI-LISP (Generalized Nim and Sprouts) - let me know
if there is a certain system load above which heavy additional CPU
usage is undesirable (assuming you are both asking and griping in
your original question)]
Do not run them when the load is above 1.0.
∂17-SEP-76 1042 AJT
Ed Feigenbaum is amenable, but the date I proposed (the 28th.) is
impossible for him. Either I will try and rearrange that, or find someone
else. As for the chairman, the graduate studies
office says that I must find my own if I want to escape the `3 week notice'
clause. As for scheduling, that is also up to me.
I'll ask Suppes, since I need to talk to him anyway.
∂17-SEP-76 1352 AJT
That's good, but I don't quite understand how he can be on the reading
committee and chairman of the exam - I thought they were incompatible
positions.
I didn't know about that. If so choose or let him choose. I just thought
the exam chairman couldn't be from the Department when there is one.
∂17-SEP-76 1533 RDR via TYMT BLURB
It does the job; how are we goingg to distribute it. We might stuff
it in Reg packets; I'm not sure. We shhould at least get it posted
on departmental bulletin boards, as well as a more direct distribution
to potential coursework users.
A few points that might be cchhanged:
1) course work is emphasized as beingg oriented to computer science and engineeringg.
this might be true, but i don't think we should leeave out explicit mention of social scciences, etc. The
easiest wy might be to refer merely to "course work." Perhaps "in all fields"
could be added.
2) learning the system; i see what you want to emphasize; perhaps
put it that we will seek to mobilize volunteers to familiarize people with the
system and and add that this is presently the method of operation
at other schools such as MIT and Johns Hopkins. volunteers could
read "interested students" here or elsewhere.
3)non-operator status: we don't wnt to arouse horror on the part of
either past SCIP users used to depending on operators OR the union. A
light way to accomplish this might be to make it "how to push the button to restart
the system," although that might be too light. At least we could
menttion tthat the system has been specifically designed by DEC to be easilyy
operable whhile unattended. Maybe it is bestt not to
menttion explicitly the absence of operators since thhis is clear enough.
4)When you mention (first time) student volunteers, I'd like tto add that
anyone at all interested should contactt me/us. there are so manyy
interested people I'm sure I don't know, and there I am not even counting
freshman.
5)we could invite questions as well as comments (maybe you did).
we have to do something about the debouncing on these keys. (although
part of the problem is nott seeing a line echoed until most of it
has been entered.
See attached from Luckham.
I think we should support Nelson instead of Strong and try to stretch to
support Drysdale.
∂17-SEP-76 1638 DCL v. Henke and new students
John-It turns out with the departure of Cartwright, Schreiber (both in Sept.)
and Morales (in Dec.) that the Verification group has a total of 2.25 students
being supported by the lab. Since our NSF supports two of these, this
means that the ARPA contract is supporting less than one student in PV.
I believe the ARPA budget allows for 3.25 students in PV plus myself and Oppen.
The NSF also supports a share of Oppen and myself.
1. I would therefore like to take on Scott Drysdale (0.25 time since he is
partially supported by a Danforth ; he is excellent and has already done
a good piece of work in verification) and Greg Nelson (an new Ph.d.
student who I met at Harvard and is also firstclass).
This would allow the PV project to replace Schreiber and Cartwright and still be
underspending.
2. If there is any cash remaining can we give first priority to honor our
commitment to v. Henke.
∂17-SEP-76 1700 REG via AI
BLURB: The succes of lots will ... will
and possible other typos. Generally, it looks good. See you soon.
∂17-SEP-76 1837 100 : REM via AMET Running UCI-LISP stuff as mentionned before
Ok, I'll check before starting it up to make sure load<1.0,
then every so often I'll hit ↑C TTY WHO 0 and wait until it drops
below 1.0 before continuing (presumably it will be at least 1.0
during my runs because it counts my job too, but exponential delay
will drop it below 1.0 if load-sans-rem is below 1.0, and in fact if
it is close to 1.0 the delay before will I resume will be longer, as
appropriate). [ERRATA - FOR "exponential delay" READ "exponential decay"]
∂18-SEP-76 1658 ZM
I am going tomorrow to Bell Labs (for a week).
Please don't forget to leave me copies of your transparencies on the
"total invariants". Thanks Zohar
∂18-SEP-76 1710 FTP:David Roode (RDR @ MIT-ML)
Date: 18 SEP 1976 2008-EST
From: David Roode (RDR @ MIT-ML)
To: RDR at MIT-ML, REG at MIT-ML, jmc at SU-AI
In a later draft of BLURB, I noticce that you said terminals would come
to be installed in departmental locations. While I realize that tthis
is just an early hint at LOTS' goals, I feel it my duty to try to
tell you what might be wrong with that statement.
First of all I would hope thatt over half of the users of LOTS will be
undergraduate students. Certainly these are the volunteers we will be
encountering, for one thing.
Well, undergraduates have very little if any departmental affiliation.
Many have no declared major for ttwo years, and some even
longer (contrary to the rules). Even a senior biology major for
example, may have completed all departmental requirements
and rarely go near the biology department. Frankly, departments
seem to shun any contacct with their majors, with some exceptions.
Certainly most undergraduates have no offices in the department's
building! Another example of this is Computer Science which flat out
refuses to offer an undergraduate major!
Anyway the point is that a departmental terminal area is not of
much use to an undergraduate, as he otherwise has no reason
to be around the department. So, although some
departmental terminal areas would be valuable for use in between
classes on weekdays, this is not a great way to gett 24 hour 7 day
utilizaton.
On the other hand, over 80% of undergraduates live on ccampus,
coveniently arranged in groups for terminal allocation. In
suchh a location 24 hour acccess is the default. Convenience
could not be better. Furthermore, I would not overlook campus
graduate housing and the facct that many graduate students eat
in underggraduate dorms as meal asociattes, residence assistants,
or whatever.
Given the existing 300-500 SCCIP terminals in departmental locations
accessible only to facculty members and graduate students (for
example, the C.S. dept. terminals in Polya and Serra House), I would
say that the needs of professors to prepare classwork are well
covered. Furthermore they are paid for by their prime use--research,
probably sponsored most often. So, although cluster
loccations in places close to students such as the New Terrman
building and Meyer Library are alright, particularly if this enables
printers, I ccan not help but recommend the dorm locations over
8am-5pm disttantt locattions like Chemistry, Biology,Poli Sci,Durand,
Serra House,Economics in Encina...
I think it is a question of which should come earlier in tthe LOTS
chronology--departmental deccorations, or the practiccality
of tthe dormitory loccations.
One thing I have encounttered that makes me understand this bettter
was when Prof. Franklin expressed his reluctance to go to a dorm to use
a terminal. Well that was neverr intended, and we don't even see
professors in Pine now. A departmental location is convenience
for a professor, but it must be realized thhat with the student/
faculty ratio here, only a fracction of the terminals need to be
convenient to professors.
-------
"departmental" → "departmental and living group". Such issues are
the reason I solicited comments.
Apart from that, an undergraduate petition for a computer science
major would put the issue on the department's agenda.
∂19-SEP-76 1905 RDR via AMET miscc.
To: LOTS.DIS[P,DOC]:;
I was told by a Sttanford student that he would prefer to
puncch cards rather thhan to use a terminal because
in the former case he couldkeep the
cards and try again if need be, whereas in the latter,
he would have to type everything over again! It is sad that this
is a typical misconception.
∂20-SEP-76 0837 FTP:Joseph Weizenbaum (JOSEPH @ MIT-MC)
Date: 20 SEP 1976 1137-EDT
From: Joseph Weizenbaum (JOSEPH @ MIT-MC)
To: jmc at SU-AI
Message-ID: <1653.[MIT-MC] 09/20/76 11:37:06>
You may of course say anything you like. However, I
think it would be better if you were to insert the paragraph I
actually wrote in Datamation instead of merely mentioning it.
You may then go on saying anything you like about it. Also, as
far as I know, and I think I do know, the offending paragraph has
been mentioned in only three reviews -- that is not "a large
fraction" of the reviews so far published.
While you are at adding afterthoughts, you might also
record that I did not say the DOD supports speech recognition
research "in order to" advance the art of snooping.
∂20-SEP-76 1632 TOB student
I want to bring up again the subject of supporting
a student for software work on AL. Pitts is going
to XEROX and I want very much to replace him with
someone who has system programming background.
Hamid Nabavi wants 6 months support for an engineering
degree. He wants to do a practical software system,
and has a lot of time available. From his references,
he seems competent.
Tom
OK if there is NSF money for it. Check with Les.
∂20-SEP-76 1928 RDR via AMET BLURB distribution
To: JMC, REG
Sincce itt is likely to be trimmed before publication, it would be good
to putt it out in its unadulterated form separately. With 300 copies
we can reach the bulletin boards on each floor of every dorm via
dorm offices and of each department via departmental offices.
We should also give some to LOTSites to give to whom they wish, for
information.
Anyway, I checked and prices for 200 2-sided copies is $5.84,
gettingg ccheaper as quantity goes up. This is at SCIP
reprographics, where SAIL does AIM's.
Better than just sending to departments might be the distribution list
for department heads, etcc. run by the Provosts office as they
will handle the details and pay for reproduction.
(as well as being more authentic and official)
That's fine for that part of it. Maybe I'll wait till I see Miller next
Tuesday.
∂21-SEP-76 1613 ND
sorry about the 2 dd's.
i try to have ≤1 when there's a full house,
but someone was trying to contact me from MIT via the net at another dd.
sorry!
∂21-SEP-76 1700 DEW
for new copy of my paper: xsp t.rpg[lsp,dew]/xgp/noh
∂21-SEP-76 2123 RDR via AMET
To: JMC, REG
∂21-SEP-76 2113 FTP:Charles Frankston (CBF @ MIT-MC) keypunching vs. text editing
Date: 22 SEP 1976 0013-EDT
From: Charles Frankston (CBF @ MIT-MC)
Subject: keypunching vs. text editing
To: RDR at SU-AI
Message-ID: <2085.[MIT-MC] 09/22/76 00:13:38>
On having to retype your program:
We have had similar people in the SIPB office. It is
fortunately getting much rarer than it used to be. Also
there are many people whose background would lead them to
believe such things, but whose intelligence tells them
that people can't possibly really do things that way.
∂21-SEP-76 2338 RDR CMU
To: LOTS.DIS[P,DOC]:;
It seems they are getting a DECsystem-20 to support timesharing by undergraduates,
a feature they currently lack, being dominated by IBM equipment. It is scheduled
for delivery in November and will be run by their computation center.
Please find out who is involved in the CMU 20, especially if there is
someone from the AI group.
We are getting a DECsystem-20 in November for student computing.
I am Director of the center - called LOTS for "Low overhead time sharing".
I understand that CMU is also getting one in November for the same purpose.
I would like to find out who is involved, because we need to put joint
pressure on D.E.C. for low cost manuals and for more file directories.
∂22-SEP-76 1841 EJG DIALnet
Hello. Now that the summer is over, I am once again interested in
hearing about DIALnet. Could you tell me what the current/projected
status of DIALnet is?
Thanks,
Erik Gilbert
We are still about to send in the proposal.
Talk to Les.
∂22-SEP-76 1945 RDR isi 20
Could you ask uncapher for an account for LOTS? The guest account
they made when I was there is still there but other people use it.
Mark Brown would like to put PPL up on the ISI 20.
∂22-SEP-76 2031 FTP:FEIGENBAUM at SUMEX-AIM FACULTY MEETING
Date: 22 SEP 1976 2031-PDT
From: FEIGENBAUM at SUMEX-AIM
Subject: FACULTY MEETING
To: JMC at SU-AI
THE MEETING WILL END PROMPTLY AT 4PM BECAUSE OF THE COLLOQUIUM. IT CANT START
EARLIER BECAUSE OF ADVISING ON
REGISTRATION. I WILL HAVE A SMALL "INAUGURAL ADDRESS" TO BEGIN , THEN YOU CAN DISCSS
LOTS FOR A FEW MINUTES. TRY TO KEEP IT REASONABLY BRIEF SINCE WE HAVE MUCH
TO COVER IN A SHORT TIME.
ED
-------
Thanks, by the way there needs to be a committee on converting CSD courses
chaired by someone other than me.
∂22-SEP-76 2252 CG LISP DOCUMENT
I have put chapters 1-4 of the lisp document into LSPDOC[206,CG]. CH1N2
still exists, but LSPDOC should be regarded as the current version of
the document.
I take it the whole document PUBs ok?
∂23-SEP-76 1002 ZM Karel Culik
You mentioned once that you are considering the possibility of inviting
Karel Culik. I have just returned from the POPL committee meeting,
and I thought you migth be interested to know that Culik submitted a
paper to the conference but his paper was rated #104 out of 104
submitted papers (average grade 1 out of 10). Zohar
Thanks for the information about Culik. I assume it's senior Culik
from Massachusetts and not junior Culik from Canada.
∂23-SEP-76 1431 FTP:FEIGENBAUM at SUMEX-AIM re committee to handle conversion of csd courses to lots
Date: 23 SEP 1976 1410-PDT
From: FEIGENBAUM at SUMEX-AIM
Subject: re committee to handle conversion of csd courses to lots
To: jmc at SU-AI
cc: dbrown
john, i am trying to get away from committees as much as possible.
let's try putting denny in charge of tthe necessary acttivities.
ed
-------
OK on Denny